Bug#881600: vpnc: error message 'to few arguments' while starting a vpnc connection
Package: vpnc Followup-For: Bug #881600 I saw the same error message while doing "ifup wlp2s0". I used strace and strace-process-tree.py (https://gist.github.com/mgedmin/4953427) to track it down. It appears that resolvconf is calling systemctl and it's exiting with exit code 1 after printing "Too few arguments". As with you the network functions so I guess it's not serious. Curiously, "strace ifdown" ends completely but "strace ifup" sometimes gets stuck. -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-7-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages vpnc depends on: ii libc6 2.24-11+deb9u3 ii libgcrypt20 1.7.6-2+deb9u3 ii libgnutls30 3.5.8-5+deb9u3 ii perl 5.24.1-3+deb9u4 pn vpnc-scripts Versions of packages vpnc recommends: ii iproute2 4.9.0-1+deb9u1 Versions of packages vpnc suggests: ii openresolv [resolvconf] 3.8.0-1
Bug#701082: gcc generates incorrect code with -O2 compiling libffi example
notfound 701082 4.9 found 701082 gcc-4.9/4.9.1-19 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701082: gcc generates incorrect code with -O2 compiling libffi example
found 701082 4.9 thanks I recently updated to jessie/sid which comes with gcc-4.9.1 (Debian 4.9.1-19). It's failing in the same place with optimization set to -O0, -O2 and -O3. It works with -O1! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758000: [Pkg-mozext-maintainers] Bug#758000: iceweasel: flashblock whitelist not saved
On 23/08/14 22:04, David Prévot wrote: Hi Philip, Le 23/08/2014 16:39, Philip Ashmore a écrit : I then did a killall iceweasel, restarted it - same problem. […] - killed iceweasel […] - killed iceweasel […] - killed iceweasel Do you also reproduce the issue if you properly close iceweasel? No - I've got youtube white-listed!!! It should store the setting when it's changed, not when iceweasel is closed, and when you do a sudo shutdown -h now it sends a sigterm signal to the running programs/daemons so iceweasel really should handle it properly, just my 2 cents. Since this is a different problem I'd prefer retitling this bug to iceweasel: settings not saved when sigterm signal received or something similar - I'll leave it up to you. Regards David Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758000: iceweasel: flashblock whitelist not saved
reopen 758000 thanks On 22/08/14 22:45, David Prévot wrote: Hi, On Wed, Aug 13, 2014 at 09:07:41AM +0100, Philip Ashmore wrote: I expected the whitelist to be preserved across iceweasel restarts. Name: Flashblock Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Status: enabled You don’t seem to be using the xul-ext-flashblock package, that is not affected by this issue to the best of my knowledge. Do not hesitate to reopen with more information (at least the package version) if you encounter the issue with this package. I just installed it: $ tail /var/log/dpkg.log 2014-08-23 21:14:24 install xul-ext-flashblock:all none 1.5.17-1~deb7u1 2014-08-23 21:14:24 status half-installed xul-ext-flashblock:all 1.5.17-1~deb7u1 2014-08-23 21:14:24 status unpacked xul-ext-flashblock:all 1.5.17-1~deb7u1 2014-08-23 21:14:24 status unpacked xul-ext-flashblock:all 1.5.17-1~deb7u1 2014-08-23 21:14:25 startup packages configure 2014-08-23 21:14:25 configure xul-ext-flashblock:all 1.5.17-1~deb7u1 none 2014-08-23 21:14:25 status unpacked xul-ext-flashblock:all 1.5.17-1~deb7u1 2014-08-23 21:14:25 status unpacked xul-ext-flashblock:all 1.5.17-1~deb7u1 2014-08-23 21:14:25 status half-configured xul-ext-flashblock:all 1.5.17-1~deb7u1 2014-08-23 21:14:25 status installed xul-ext-flashblock:all 1.5.17-1~deb7u1 I then did a killall iceweasel, restarted it - same problem. Then I realised I had installed mozillas version via add-ons. I uninstalled it within iceweasel, it prompted me to restart it, which I did. Going to the add-ons I saw it was installed (I guess this is the debian version) with no uninstall option - same problem. I then - killed iceweasel - uninstalled xul-ext-flashblock - started iceweasel - the youtube video started when the tab was active (no flashblock) - killed iceweasel - installed debians xul-ext-flashblock - started iceweasel - whitelisting www.youtube.com and refreshing the youtube page allowed the video to play as with no flashblock - killed iceweasel - started iceweasel - same problem In case it's a permissions problem, where does xul-ext-flashblock store the whitelist? Is there a way to dump its configuration settings? Regards David Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758000: iceweasel: flashblock whitelist not saved
Package: iceweasel Version: 24.7.0esr-1~deb7u1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I want to whitelist youtube.com * What exactly did you do (or not do) that was effective (or ineffective)? When I whitelist youtube.com I can surf to sites with youtube links and when I open the links the video starts playing immediately, as expected. I shut down the machine as normal (by the way I'm running Trinity desktop, I don't know if it's a factor). * What was the outcome of this action? When I power up the machine the whitelist is empty. * What outcome did you expect instead? I expected the whitelist to be preserved across iceweasel restarts. -- Package-specific info: -- Extensions information Name: BackupFox Location: ${PROFILE_EXTENSIONS}/backupfox_959a5970_ada3_11e0_9f1c_0800200c9...@mozillafirefoxextension.xpi Status: user-disabled Name: Default theme Location: /usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Flashblock Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Status: enabled Name: FlashGot Location: ${PROFILE_EXTENSIONS}/{19503e42-ca3c-4c27-b1e2-9cdb2170ee34}.xpi Status: user-disabled Name: JavaScript Debugger Location: ${PROFILE_EXTENSIONS}/{f13b157f-b174-47e7-a34d-4815ddfdfeb8} Status: user-disabled Name: PDF Viewer Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/uriloa...@pdf.js Package: xul-ext-pdf.js Status: enabled Name: QuakeLive.com Game Launcher Location: ${PROFILE_EXTENSIONS}/quakeliveplu...@idsoftware.com Status: user-disabled Name: UnPlug Location: ${PROFILE_EXTENSIONS}/unp...@compunach.xpi Status: enabled -- Plugins information Name: Gnome Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: enabled Name: Google Talk Plugin Location: /opt/google/talkplugin/libnpgoogletalk.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Renderer Location: /opt/google/talkplugin/libnpo1d.so Package: google-talkplugin Status: enabled Name: Shockwave Flash (11,2,202,341) Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled -- Addons package information ii gnome-shell3.4.2-7+deb7 amd64graphical shell for the GNOME des ii google-talkplu 5.4.2.0-1amd64Google Talk Plugin ii iceweasel 24.7.0esr-1~ amd64Web browser based on Firefox ii xul-ext-pdf.js 1.0.473+dfsg all Portable Document Format (PDF) vi -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3.2 ii fontconfig 2.9.0-7.1 ii libc6 2.13-38+deb7u3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libsqlite3-03.7.13-1+deb7u1 ii libstdc++6 4.7.2-5 ii procps 1:3.3.3-3 ii xulrunner-24.0 24.7.0esr-1~deb7u1 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn fonts-mathjax none pn fonts-oflb-asana-math none ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 pn mozplugger none Versions of packages xulrunner-24.0 depends on: ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.01.0.6-4 ii libc6 2.13-38+deb7u3 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u3 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libmozjs24d 24.7.0esr-1~deb7u1 ii libpango1.0-0 1.30.0-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages xulrunner-24.0 suggests: ii libcanberra0 0.28-6 pn libgnomeui-0 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Bug#702497: asymptote: Nested picture scaled unexpectedly
Hi there. I think I misunderstood the documentation or my calculations or what I was trying to do. If I remember correctly I expected the two bug rectangles to overlap and they weren't. I downloaded 2.29 and installed it locally, no change in behaviour from the Debian installed 2.15. Thanks for taking the time to look into this, and thanks for asymptote! Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718845: BUG: unable to handle kernel paging request
I had to take my laptop apart when I spilt something on the keyboard. It turns out that on a previous occasion after removing the CPU from the ZIF socket to look at the shiny pins I didn't tighten it all the way back to lock the CPU in place, I only turned it half way. So it was more likely a real hardware problem, not a kernel problem. Feel free to close this bug, I've moved to kernel 3.12-0.bpo.1-amd64 anyway. Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718845: BUG: unable to handle kernel paging request
I had another crash - I don't know if it's related. I took a photo of the crash screen but it's basically useless. I went ahead and set up kdump: kdump-config status current state : ready to kdump With the crashkernel=128M added to the kernel command line, hopefully I will be able to provide some useful information. It seems to happen when I hibernate and resume ~ 10 times. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718845: BUG: unable to handle kernel paging request
On 07/08/13 09:18, Ben Hutchings wrote: On Wed, 2013-08-07 at 00:06 +0100, Philip Ashmore wrote: snip I've rebooted a few times since then - is there any kind of black box file I can attach to provide more information? Not by default. Ben. Is there a non-default way? The boot partition and the swap partition are two candidates for storing crash data that spring to mind. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718845: BUG: unable to handle kernel paging request
On 07/08/13 16:09, Ben Hutchings wrote: On Wed, 2013-08-07 at 15:27 +0100, Philip Ashmore wrote: On 07/08/13 09:18, Ben Hutchings wrote: On Wed, 2013-08-07 at 00:06 +0100, Philip Ashmore wrote: snip I've rebooted a few times since then - is there any kind of black box file I can attach to provide more information? Not by default. Ben. Is there a non-default way? The boot partition and the swap partition are two candidates for storing crash data that spring to mind. You can use kdump to store a crash dump. Also, if booting in UEFI mode, you can use efivars to store crash log messages. This is currently disabled by default, but you can enable it by setting module parameter efivars.pstore_disable=N. Ben. I'm running on non-UEFI hardware. I installed kdump-tools. How do I verify it works? Do I need to install a kdump kernel? Debug kernel? Kdump+Debug kernel? Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718845: BUG: unable to handle kernel paging request
I just upgraded with wheezy-backports. Apart from the VMware modules I'm left with # cut -d' ' -f1,7 /proc/modules | sed 's/ //' | grep '(' bbswitch(O) wl(P) bbswitch is in wheezy-backports and wl is in non-free. I updated VMware as well, although I wasn't using VMware Player when the bug happened. Considering I've been using a fresh install of Wheezy since June without a problem I was hoping the photos might shed some light on the bug, as I've noway to reproduce it. I've rebooted a few times since then - is there any kind of black box file I can attach to provide moreinformation? Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718845: BUG: unable to handle kernel paging request
Package: src:linux Version: 3.2.46-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Using the computer. * What exactly did you do (or not do) that was effective (or ineffective)? No clue. * What was the outcome of this action? I was running the Trinity Desktop, using applications then the screen went into text mode showing the pictures attached. * What outcome did you expect instead? Er, I sort of expected it wouldn't go into text mode with a kernel bug. *** End of the template - remove these lines *** -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-amd64 root=/dev/mapper/Vg750-f16 resume=/dev/mapper/Vg750-swap ro quiet acpi_backlight=vendor samsung-laptop.force cryptopts=target=750,source=UUID=db866d07-9bda-4caf-8797-0e34da467070,key=none,rootdev,lvm=Vg750-f16 ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 40.683353] bbswitch: version 0.5 [ 40.683371] bbswitch: Found integrated VGA device :00:02.0: \_SB_.PCI0.GFX0 [ 40.683391] bbswitch: Found discrete VGA device :01:00.0: \_SB_.PCI0.PEG0.PEGP [ 40.683639] bbswitch: detected an Optimus _DSM function [ 40.683654] bbswitch: Succesfully loaded. Discrete card :01:00.0 is on [ 40.685318] bbswitch: disabling discrete graphics [ 40.698659] pci :01:00.0: Refused to change power state, currently in D0 [ 40.700883] pci :01:00.0: power state changed by ACPI to D3 [ 40.899475] /dev/vmmon[3287]: Module vmmon: registered with major=10 minor=165 [ 40.899480] /dev/vmmon[3287]: Module vmmon: initialized [ 41.000852] [3343]: VMCI: shared components initialized. [ 41.000899] [3343]: VMCI: host components initialized. [ 41.000968] [3343]: VMCI: Module registered (name=vmci,major=10,minor=58). [ 41.000971] [3343]: VMCI: Using host personality [ 41.000974] [3343]: VMCI: Module (name=vmci) is initialized [ 41.019841] Bluetooth: BNEP (Ethernet Emulation) ver 1.3 [ 41.019843] Bluetooth: BNEP filters: protocol multicast [ 41.044693] Bluetooth: RFCOMM TTY layer initialized [ 41.044703] Bluetooth: RFCOMM socket layer initialized [ 41.044707] Bluetooth: RFCOMM ver 1.11 [ 41.368827] lp: driver loaded but no devices found [ 41.379727] ppdev: user-space parallel port driver [ 41.486655] /dev/vmnet: open called by PID 3755 (vmnet-bridge) [ 41.486670] /dev/vmnet: hub 0 does not exist, allocating memory. [ 41.486700] /dev/vmnet: port on hub 0 successfully opened [ 41.486718] bridge-wlan0: device is wireless, enabling SMAC [ 41.486724] bridge-wlan0: up [ 41.486729] bridge-wlan0: attached [ 41.622547] r8169 :03:00.0: firmware: agent loaded rtl_nic/rtl8168e-3.fw into memory [ 41.718553] r8169 :03:00.0: eth0: link down [ 41.720039] ADDRCONF(NETDEV_UP): eth0: link is not ready [ 43.072055] /dev/vmnet: open called by PID 3960 (vmnet-netifup) [ 43.072077] /dev/vmnet: hub 1 does not exist, allocating memory. [ 43.072120] /dev/vmnet: port on hub 1 successfully opened [ 43.208574] /dev/vmnet: open called by PID 3967 (vmnet-dhcpd) [ 43.208602] /dev/vmnet: port on hub 1 successfully opened [ 43.251069] /dev/vmnet: open called by PID 3988 (vmnet-natd) [ 43.251090] /dev/vmnet: hub 8 does not exist, allocating memory. [ 43.251134] /dev/vmnet: port on hub 8 successfully opened [ 43.281058] userif-3: sent link down event. [ 43.281062] userif-3: sent link up event. [ 43.284208] /dev/vmnet: open called by PID 3991 (vmnet-netifup) [ 43.284235] /dev/vmnet: port on hub 8 successfully opened [ 43.382861] /dev/vmnet: open called by PID 3996 (vmnet-dhcpd) [ 43.382899] /dev/vmnet: port on hub 8 successfully opened [ 50.565587] CPU5: Package power limit notification (total events = 1) [ 50.565591] CPU7: Package power limit notification (total events = 1) [ 50.565595] CPU2: Package power limit notification (total events = 1) [ 50.565599] CPU3: Package power limit notification (total events = 1) [ 50.565602] CPU1: Package power limit notification (total events = 1) [ 50.565606] CPU4: Package power limit notification (total events = 1) [ 50.565609] CPU6: Package power limit notification (total events = 1) [ 50.565613] CPU0: Package power limit notification (total events = 1) [ 50.576565] CPU2: Package power limit normal [ 50.576568] CPU4: Package power limit normal [ 50.576571] CPU1: Package power limit normal [ 50.576574] CPU0: Package power limit normal [ 50.576578] CPU3: Package power limit normal [ 50.576580] CPU5: Package power limit normal [ 50.576583] CPU7: Package power limit normal [ 50.576585] CPU6: Package power limit normal [ 53.355362] vmnet8: no IPv6 routers present [ 53.930979] vmnet1: no IPv6 routers present [
Bug#652423: v3c: changing back from ITP to RFP
On 27/05/13 14:24, Lucas Nussbaum wrote: retitle 652423 RFP: v3c -- C/C++/sh/make/automake/Debian utility toolkit noowner 652423 tag 652423 - pending thanks Hi, This is an automatic email to change the status of v3c back from ITP (Intent to Package) to RFP (Request for Package), because this bug hasn't seen any activity during the last 12 months. If you are still interested in adopting v3c, please send a mail to cont...@bugs.debian.org with: retitle 652423 ITP: v3c -- C/C++/sh/make/automake/Debian utility toolkit owner 652423 ! thanks However, it is not recommended to keep ITP for a long time without acting on the package, as it might cause other prospective maintainers to refrain from packaging that software. It is also a good idea to document your progress on this ITP from time to time, by mailing 652...@bugs.debian.org. Thank you for your interest in Debian, Hi there. I'll just comment on this package as it's the first of v3c, cxxparse, treedb, meta-treedb, v3c-dcom, v3c-qt, v3c-qt-examples. I don't have any packages in Debian,although my SourceForge packagescan build them - for Ubuntu too. Because of that I filed ITPs instead of RFPs because I though that intent to package meant that I intended to make Debian packages (which is true, and I succeeded), but now I know that it means that someone in Debian who is authorized to do so intends to add them to Debian repositories, my bad. Anyway, they're still in SourceForge and being actively developed. I got some bad feedback that upstream shouldn't contain a debian folder because that's for the packager. Since most if not all the files in that folder are generated I don'tsee what the fuss is but if that's the only obstacle to getting my packages into Debian is to remove them and add them back in then I'm sure the uploader can write a diff or patchto do that easily. My SourceForge packages can build Debian packages as they stand. Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702497: asymptote: Nested picture scaled unexpectedly
Package: asymptote Version: 2.15-2 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I was trying to lay out nested pictures (the Asymptote type) on another picture. * What exactly did you do (or not do) that was effective (or ineffective)? The pictures are laid out, as can be seen from the resulting PDF. * What was the outcome of this action? The pictures are laid out, but their spacing is scaled incorrectly. * What outcome did you expect instead? By drawing a scaled unitsquare on the source picture, and again on the destination picture, their sizes aren't the same - they should be. I've created a project in SourceForge called pi-leaf that contains pi-leaf.asy. Search for BUG to see the places where I inserted the test unit-squares. I'll attach a copy for convenience. This may well turn out to be a misunderstanding on my part, a documentation problem or a documentation - implementation mismatch. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages asymptote depends on: ii dpkg 1.16.9 ii freeglut32.6.0-4 ii ghostscript 9.05~dfsg-6.3 ii imagemagick 8:6.7.7.10-5 ii install-info 4.13a.dfsg.1-10 ii libc62.17-0experimental2 ii libfftw3-3 3.3.2-3.1 ii libgc1c2 1:7.1-9.1 ii libgcc1 1:4.8-20130217-1 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglu1-mesa [libglu1] 8.0.5-3 ii libgsl0ldbl 1.15+dfsg.2-2 ii libncurses5 5.9-10 ii libreadline6 6.2+dfsg-0.1 ii libsigsegv2 2.9-4 ii libstdc++6 4.8-20130217-1 ii libtinfo55.9-10 ii python 2.7.3-4 ii python-imaging-tk1.1.7-4 ii python-tk2.7.3-1 ii tex-common 3.15 ii texlive-binaries [texlive-base-bin] 2012.20120628-4 ii texlive-latex-base 2012.20120611-5 ii texlive-pstricks 2012.20120611-2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages asymptote recommends: ii asymptote-doc 2.15-2 Versions of packages asymptote suggests: pn gvnone pn xpdf none -- no debconf information // To generate the PDF, do // // asy -f pdf pi-leaf.asy // // See my problem below by searching for BUG. //defaultpen(AvantGarde(series=b) + fontsize(2.5)); ///defaultpen(Bookman(series=b) + fontsize(2.5)); ///defaultpen(Courier(series=b) + fontsize(2.5)); defaultpen(Helvetica(series=b) + fontsize(2.5)); //defaultpen(NewCenturySchoolBook(series=b) + fontsize(3)); //defaultpen(Palatino(series=b) + fontsize(3)); //defaultpen(TimesRoman(series=b) + fontsize(3)); //defaultpen(ZapfChancery(series=b) + fontsize(3)); import plain; import graph; import roundedpath; unitsize(1mm); // Define the bounds of the page. draw(scale(210,297)*unitsquare, invisible); path unitcircle=E..N..W..S..cycle; path pad_circle_outer = scale(0.8)*unitcircle; path pad_circle_inner = scale(0.9)*unitcircle; path pad_circle_paths[] = pad_circle_outer^^pad_circle_inner; void pcb_pad(picture f) { path inner = pad_circle_inner; path outer = pad_circle_outer; filldraw(f, pad_circle_paths,evenodd,black + linewidth(0.3)); } real Yoffs = 14.0; void col_label(picture f, int pin, string text, pen p = black) { pin -= 1; // 1-based to 0-based. bool left = (pin % 2 == 0); real x = 2.54*(left ? -0.5 : 0.5); real y = Yoffs - ((int)(pin / 2)) * 2.54; pair loc = (x, y); picture g; unitsize(g, 1mm, 1mm); pcb_pad(g); add(f, g, loc); loc += (2x, 0); text = $ + text + $; if(left) label(f, text, loc, W, p, filltype=NoFill); else label(f, text, loc, E, p, filltype=NoFill); //draw(f, shift(0, y) * scale(2.54,2.54) * shift(-0.5, -1) * unitsquare); } pen DarkOrange = rgb(EE330A); pen DarkGreen = rgb(11AA11); pen DarkBlue = rgb(AA); real LeafStepX = 2.54 * 17.0; real LeafStepY = 2.54 * 13.0; //write(stdout, suffix=endl, LeafStepX : , LeafStepX); //write(stdout, suffix=endl, LeafStepY : , LeafStepY); picture v1_cols, v2_cols, page1, page2; unitsize(v1_cols, 1mm, 1mm); unitsize(v2_cols, 1mm, 1mm); unitsize(page1, 1mm, 1mm); unitsize(page2, 1mm,
Bug#701082: gcc-4.7: gcc generates incorrect code with -O2 compiling libffi example
This problem doesn't happen on Ubuntu or on a fresh squeeze install. Then I realised I had gcc 4.4, 4.5 and 4.6 installed as well as 4.7 and 4.8. With 4.4, 4.5 and 4.6, gcc -O2 -o ffi-test ffi-test.c works. With 4.7 and 4.8 it segfaults instead of outputting This is cool!. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701082: gcc-4.7: gcc generates incorrect code with -O2 compiling libffi example
I did an apt-get -t experimental install gcc-4.7 gcc-4.8 and updated libffi gcc -O0 -o ffi-test ffi-test.c -lffi ./ffi-test Hello World! This is cool! gcc -O1 -o ffi-test ffi-test.c -lffi ./ffi-test Hello World! This is cool! gcc -O2 -o ffi-test ffi-test.c -lffi ./ffi-test Hello World! Segmentation fault ldd ffi-test linux-vdso.so.1 (0x7fff80fff000) libffi.so.6 = /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x7f9ffbaca000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f9ffb71d000) /lib64/ld-linux-x86-64.so.2 (0x7f9ffbd0e000) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701082: gcc-4.7: gcc generates incorrect code with -O2 compiling libffi example
On 23/02/13 09:40, Matthias Klose wrote: Am 23.02.2013 10:24, schrieb Philip Ashmore: I did an apt-get -t experimental install gcc-4.7 gcc-4.8 and updated libffi gcc -O0 -o ffi-test ffi-test.c -lffi ./ffi-test Hello World! This is cool! gcc -O1 -o ffi-test ffi-test.c -lffi ./ffi-test Hello World! This is cool! gcc -O2 -o ffi-test ffi-test.c -lffi ./ffi-test Hello World! Segmentation fault ldd ffi-test linux-vdso.so.1 (0x7fff80fff000) libffi.so.6 = /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x7f9ffbaca000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f9ffb71d000) /lib64/ld-linux-x86-64.so.2 (0x7f9ffbd0e000) so you tested with the updated gcc-4.7. could you repeat that with gcc-4.8? Same results. gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.7/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.7.2-21' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --with-system-zlib --enable-objc-gc --with-cloog --enable-cloog-backend=ppl --disable-cloog-version-check --disable-ppl-version-check --enable-multiarch --with-arch-32=i586 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.7.2 (Debian 4.7.2-21) gcc-4.8 -v Using built-in specs. COLLECT_GCC=gcc-4.8 COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.8-20130217-1' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --with-system-zlib --enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.8.0 20130218 (experimental) [trunk revision 196115] (Debian 4.8-20130217-1) Have you tried these yourself? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701082: gcc-4.7: gcc generates incorrect code with -O2 compiling libffi example
The libffi example works with -O0, -O1 and -O2 on armhf (Raspberry PI). gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.6/lto-wrapper Target: arm-linux-gnueabihf Configured with: ../src/configure -v --with-pkgversion='Debian 4.6.3-14+rpi1' --with-bugurl=file:///usr/share/doc/gcc-4.6/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.6 --enable-shared --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.6 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --enable-objc-gc --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf Thread model: posix gcc version 4.6.3 (Debian 4.6.3-14+rpi1) ldd ffi-test: /usr/lib/arm-linux-gnueabihf/libcofi_rpi.so (0xb6fa3000) libffi.so.5 = /usr/lib/arm-linux-gnueabihf/libffi.so.5 (0xb6f7d000) libc.so.6 = /lib/arm-linux-gnueabihf/libc.so.6 (0xb6e4e000) libgcc_s.so.1 = /lib/arm-linux-gnueabihf/libgcc_s.so.1 (0xb6e26000) /lib/ld-linux-armhf.so.3 (0xb6faf000) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701082: gcc-4.7: gcc generates incorrect code with -O2 compiling libffi example
Package: gcc-4.7 Version: 4.7.2-5 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I'm using libffi5 * What exactly did you do (or not do) that was effective (or ineffective)? I noticed a problem with the simple libffi call puts example. * What was the outcome of this action? With -O0 it works, with -O2 the second This is cool! ffi_call segfaults. * What outcome did you expect instead? I expected two messages. Also, I mixed in some debugging messages in another version of the file and sometimes (depending on their location) I would see both messages. I don't know if it worked because of the changes or if it was crashing at random. This was with -O0. I shrunk the code down to the libffi5 sample, but that always works with -O0, so I don't think they're the same probllem. Reportbug states that there's a newer version in experimental - 4.7.2-21, I guess it hasn't been mirrored to where I am (Ireland) yet - I'm using the newest version. Also, gcc-4.8 is broken (missing deps) in experimental. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-4.7 depends on: ii binutils 2.22-7.1 ii cpp-4.7 4.7.2-5 ii gcc-4.7-base 4.7.2-5 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libgmp10 2:5.0.5+dfsg-2 ii libgomp1 4.7.2-5 ii libitm1 4.7.2-5 ii libmpc2 0.9-4 ii libmpfr4 3.1.1-1 ii libquadmath0 4.7.2-5 ii zlib1g1:1.2.7.dfsg-13 Versions of packages gcc-4.7 recommends: ii libc6-dev 2.13-38 Versions of packages gcc-4.7 suggests: pn binutils-goldnone ii gcc-4.7-doc 4.7.2-2 pn gcc-4.7-locales none ii gcc-4.7-multilib 4.7.2-5 ii libcloog-ppl00.15.11-5 ii libgcc1-dbg 1:4.7.2-5 pn libgomp1-dbg none pn libitm1-dbg none pn libmudflap0-4.7-dev none pn libmudflap0-dbg none pn libppl-c2none pn libppl7 none pn libquadmath0-dbg none -- no debconf information #include stdio.h #include ffi.h int main() { ffi_cif cif; ffi_type *args[1]; void *values[1]; char *s; int rc; /* Initialize the argument info vectors */ args[0] = ffi_type_pointer; values[0] = s; /* Initialize the cif */ if (ffi_prep_cif(cif, FFI_DEFAULT_ABI, 1, ffi_type_uint, args) == FFI_OK) { s = Hello World!; ffi_call(cif, puts, rc, values); /* rc now holds the result of the call to puts */ /* values holds a pointer to the function's arg, so to call puts() again all we need to do is change the value of s */ s = This is cool!; ffi_call(cif, puts, rc, values); } return 0; }
Bug#678854: icewm won't start
close 678854 thanks On 20/01/13 00:30, Evgeny M. Zubok wrote: Philip Ashmorecont...@philipashmore.com writes: Versions of packages icewm depends on: pn icewm-commonnone ^^ ^^ This package is required but is not installed (should be ii). I think the problem was here. Is this still an issue? If not, you can close the bug. I don't know how I managed to install icewm without icewm-common! Anyway I installed icewm after removing it, it pulled in icewm-common and it's working, so I'm closing this bug as requested. Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692799: cpuid: cupid reports wrong hyper-threading count
Package: cpuid Version: 3.3-9 Severity: normal I compared the output of cat /proc/cpuinfo with that of cpuid - they differ. On my machine, I've got 4 cores with 8 hyper-threads - cpuid reports 16. I asked debian-u...@lists.debian.org and others are getting 16 when they should get 4. Regards, Philip Ashmore -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cpuid depends on: ii libc6 2.13-36 cpuid recommends no packages. cpuid suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686312: Debian bug #686312 (kdbg)
On 04/11/12 20:00, Johannes Sixt wrote: Am 04.11.2012 00:04, schrieb Philip Ashmore: Please find attached kdbg.txt that I obtained when I ran kdbg -t kdbg.txt build/sb/sb-designer/.libs/sb-designer Thanks! One problem is that KDbg does not understand the response Note: breakpoints 4 and 5 also set at pc 0x41f0ce. This ultimately leads to the accumulation of many breakpoints each time the session is started. This one's even more bizarre - I get to main but can't step into a function several levels down. The transcript does not show evidence that you even attempted to step into some functions. With the above deficiency in mind, the transcript and the screenshot look totally normal. The segfault stopped execution. I ran it a couple of times, I guess I didn't do stepping in the kdbg.txt I attached. I focussed on getting the transcript and the screen-shot straight after. Are those two ??() entries in the stack trace normal? That Parser::parse() function is in the same project. I don't know if this is a factor, but I renamed one of the files that had breakpoints set for it - No source file named project-file-treemodel.cpp. By itself, this does not cause the problem, but it adds to the symptoms, I think. The attached patch should cure the above-mentioned problem about Note: Can you please test it? Do other problems mentioned in this bug report still occur? Could you reply with a list of things to check after I've encountered the problem and applied the patch? The next time it happens I'll build kdbg from source and apply the patch. It doesn't happen often - but when it does it's a real pain. Any chance of adding remove all breakpoints remove duplicate breakpoints at this address remove duplicate breakpoints or maybe just remove duplicate breakpoints automatically at startup? I nearly wore my poor mouse out clicking on remove. Recently I set a breakpoint and I saw MULTIPLE in the breakpoints list. I've gotten into the habit of removing breakpoints that look like they're going to cause problems, so bear with me, I'm almost ready to release my stuff, so it might be a few days. Regards, Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690234: icedove: Mail displayed incorrectly
Package: icedove Version: 11.0-1 Severity: normal Dear Maintainer, * What led up to the situation? I wanted to find an old email * What exactly did you do (or not do) that was effective (or ineffective)? I found the email * What was the outcome of this action? the list displays the email message but the mail view displays what I can only assume to be some random offset into the compacted mail store. * What outcome did you expect instead? To view the email I selected *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.3.4 ii fontconfig2.9.0-7 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libevent-2.0-52.0.19-stable-3 ii libffi5 3.0.10-3 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.2-4 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-2 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3-1d2:3.13.6-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-3 ii libsqlite3-0 3.7.14.1-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-4 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxrender1 1:0.9.7-1 ii libxt61:1.1.3-1 ii psmisc22.20-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 Versions of packages icedove suggests: ii gconf-service 3.2.5-1+build1 ii libgconf-2-4 3.2.5-1+build1 ii libgssapi-krb5-2 1.10.1+dfsg-2 ii libnotify40.7.5-1 pn ttf-lyx none -- no debconf information attachment: icedove.png
Bug#690234: Acknowledgement (icedove: Mail displayed incorrectly)
I'm also getting a lot of messages in the error console, shame there's no way to save them to a text file. [Exception... Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIMsgFolder.getStringProperty] nsresult: 0x80004005 (NS_ERROR_FAILURE) location: JS frame :: chrome://messenger/content/folderPane.js :: getSmartFolderName :: 2460 data: no] chrome://messenger/content/folderPane.js Sorry if I've mistyped anything. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686312: kdbg can't start app
Hi there. Can anyone else reproduce the problem? I could create a simple c++ program and compiled+linked it with the same flags as sbt2sbd-d and I could debug it just fine even with the old global options, so it's not just the one thing. Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686312: kdbg can't start app
I switched back to using Sid - the problem's still there. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686312: kdbg can't start app
Ok, I think I've nailed it (but we've been here before ;). It looks like there were some breakpoints set in the applications kdbgrc file that gdb didn't like, and kdbg couldn't grok gdbs repsonses. I tracked it down by writing a gdb wrapper (attached). It tee's gdb output to a text file. Gdbs output is also attached, for reference. I tried different versions of gdb from 7.5 back to 7.1a to see if any worked - the one I ran this test with was 7.5. Regards, Philip Ashmore #!/bin/sh /usr/local/bin/gdb $@ 21 | tee /v3c/bin/gdb-out.txt GNU gdb (GDB) 7.5 Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-unknown-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. (gdb) (gdb) (gdb) (gdb) (gdb) (gdb) (gdb) (gdb) (gdb) (kdbg)(kdbg)Reading symbols from /v3c/dev/autobook/storyboard/build/sb/.libs/sbt2sbd-d...done. (kdbg)(kdbg)Working directory /v3c/dev/autobook/storyboard/build/sb/tests. (kdbg)(kdbg)Breakpoint 1 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Breakpoint 2 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoint 1 also set at pc 0x404ea3. Breakpoint 3 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoint 2 also set at pc 0x405172. Breakpoint 4 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Breakpoint 5 at 0x7796e9a9 (kdbg)Breakpoint 6 at 0x7796ec30 (kdbg)Breakpoint 7 at 0x407594: file ../../sb/sbt2sbd.cpp, line 101. (kdbg)Breakpoint 8 at 0x404e85: file ../../sb/sbt2sbd.cpp, line 118. (kdbg)Note: breakpoints 1 and 3 also set at pc 0x404ea3. Breakpoint 9 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2 and 4 also set at pc 0x405172. Breakpoint 10 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoints 1, 3 and 9 also set at pc 0x404ea3. Breakpoint 11 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2, 4 and 10 also set at pc 0x405172. Breakpoint 12 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoints 1, 3, 9 and 11 also set at pc 0x404ea3. Breakpoint 13 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2, 4, 10 and 12 also set at pc 0x405172. Breakpoint 14 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoints 1, 3, 9, 11 and 13 also set at pc 0x404ea3. Breakpoint 15 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2, 4, 10, 12 and 14 also set at pc 0x405172. Breakpoint 16 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoints 1, 3, 9, 11, 13 and 15 also set at pc 0x404ea3. Breakpoint 17 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2, 4, 10, 12, 14 and 16 also set at pc 0x405172. Breakpoint 18 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoints 1, 3, 9, 11, 13, 15 and 17 also set at pc 0x404ea3. Breakpoint 19 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2, 4, 10, 12, 14, 16 and 18 also set at pc 0x405172. Breakpoint 20 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoints 1, 3, 9, 11, 13, 15, 17 and 19 also set at pc 0x404ea3. Breakpoint 21 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2, 4, 10, 12, 14, 16, 18 and 20 also set at pc 0x405172. Breakpoint 22 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoints 1, 3, 9, 11, 13, 15, 17, 19 and 21 also set at pc 0x404ea3. Breakpoint 23 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2, 4, 10, 12, 14, 16, 18, 20 and 22 also set at pc 0x405172. Breakpoint 24 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoints 1, 3, 9, 11, 13, 15, 17, 19, 21 and 23 also set at pc 0x404ea3. Breakpoint 25 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2, 4, 10, 12, 14, 16, 18, 20, 22 and 24 also set at pc 0x405172. Breakpoint 26 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoints 1, 3, 9, 11, 13, 15, 17, 19, 21, 23 and 25 also set at pc 0x404ea3. Breakpoint 27 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2, 4, 10, 12, 14, 16, 18, 20, 22, 24 and 26 also set at pc 0x405172. Breakpoint 28 at 0x405172: file /usr/include/v3c/string_utils.hpp, line 28. (kdbg)Note: breakpoints 1, 3, 9, 11, 13, 15, 17, 19, 21, 23, 25 and 27 also set at pc 0x404ea3. Breakpoint 29 at 0x404ea3: file ../../sb/sbt2sbd.cpp, line 122. (kdbg)Note: breakpoints 2, 4, 10, 12, 14, 16, 18, 20, 22, 24, 26 and 28 also set at pc 0x405172. Breakpoint 30
Bug#686312: kdbg can't start app
Hi there. There was a global options setting I'd made years ago. gdb --fullname --nx -d /v3c/dev/debian/src That directory doesn't exist any more. Setting it to gdb --fullname --nx seems to have solved it - I can debug once again. I could still be wrong about this. Since kdbg sometimes worked with it and sometimes it didn't, I'll leave it to Ana to look into it a bit more rather than closing it myself. Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686312: kdbg can't start app
Hi there. I just tried debugging the same program with Wheezy in VMware Player - it works fine so it looks like something in Sid. I'm running Trinity but I don't think that's the problem as kdbg used to work. I had to rebuild the package and its dependencies because of the older tools+compiler in Wheezy as they're older than the ones I use to build it in Sid. If you want the sources for the program (sbt2sbd), it's part of my v3c-storyboard package in SourceForge which I will be releasing in a few weeks but I can email you tarballs of it and its dependent packages in their current state if you need them. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686312: kdbg can't start app
It turns out that the VMware image I was testing with was an older Wheezy/sid image. I did a fresh VMware install with debian-wheezy-DI-b2-amd64-netinst.iso and guess what? I'm getting the same problem! Go figure. Sorry about the mis-information. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686312: kdbg can't start app
It went away shortly after I reported the bug - now it's back. I'm using Debian/Sid and keep my packages current daily so I think one update fixed it and then another one broke it again. I now wish I had reported it as fixed so that the problem package(s) could have been pinned down more easily. I'm pretty sure that a package caused (then fixed, then caused) this problem. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629868: When it changed
This isn't definitive, but a 10 minute binary search of snapshot.debian.org lead me to the point where the size took a dive. If snapshot.debian.org has an ftp interface this would have taken less time. http://snapshot.debian.org/archive/debian/20100501T040743Z/pool/main/g/gcc-4.5/ - libstdc++6-4.5-doc_4.5-20100227-1_all.deb 19924424 2010-02-28 04:22:25 - libstdc++6-4.5-doc_4.5-20100321-1_all.deb 3504076 2010-03-21 21:51:35 - libstdc++6-4.5-doc_4.5-20100404-1_all.deb 3554802 2010-04-05 17:04:24 It looks like Matthias Klose d...@debian.org was at the helm when it happened. Any feedback, Matthias? Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681058: ITP: v3c-storyboard -- Tell a story
Package: wnpp Severity: wishlist Owner: Philip Ashmore cont...@philipashmore.com * Package name: v3c-storyboard Version : 0.2.0-04 Upstream Author : Philip Ashmore cont...@philipashmore.com * URL : http://sourceforge.net/projects/v3c-storyboard/ * License : LGPLv3 Programming Lang: C, C++ Description : Tell a story Bootstraps software development from fundamental principals. It uses the story narritive to explain these principals as well as showing the user how to do the same with their ideas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681174: dput: Please add dput-cusc to convert mixed (source+binary) .changes files into source-only .changes files
Package: dput Version: 0.9.6.3 Severity: wishlist Tags: upstream Dear Maintainer, while trying to dput to an ubuntu PPA, the upload failed with the following message: Rejected: Source/binary (i.e. mixed) uploads are not allowed. I thought it would be useful if there was a script/program that could convert a mixed .changes file into a source-only .changes file. I'm calling it dput-c2sc but if you can think of a better name then please go ahead and change it! If there's a better way to do this then please let me know. I spotted the TODO file: 5. Restrict upload types (source, binary etc.) in config I don't think this is exactly what I'm proposing, maybe it could be a dput option - I don't know enough about how .changes files are handled to be sure. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dput depends on: ii gnupg 1.4.12-4+b1 ii python 2.7.3-1 dput recommends no packages. Versions of packages dput suggests: ii lintian 2.5.10 pn mini-dinstall none ii openssh-client 1:6.0p1-2 ii rsync 3.0.9-3 -- no debconf information #!/bin/sh set -e eecho() { echo $1 12 } Usage() { eecho Usage: dput-c2sc some-package.changes some-package-source-only.changes exit 1 } # Verify it's a real .changes file. if test $1 = || test ! -f $1; then eecho Error: \$1\ : file not found. Usage fi package=$(cat $1 | grep '^Source: ' | sed -e 's| |\n|g' | tail -n 1) if test $package = ; then eecho Error: package name not found in .changes file. eecho \tIs is really a changes file? Usage fi if test = $(echo $1 | grep ^$package); then eecho Error: .changes file name doesn't start with package name. Usage fi if test != $(cat $1 | head -n 1 | grep ^-BEGIN); then # Strip the signature from top and bottom. res=$(cat $1 | grep -v '.deb$' | grep -v '^Binary:' | grep -v ^ $package- | sed -re 's|^Architecture: .+$|Architecture: source|g' | head -n -8) lc=$(echo $res | wc -l - | sed -e 's| |\n|g' | head -n 1) lc=$(($lc - 3)) echo $res | tail -n $lc else cat $1 | grep -v '.deb$' | grep -v '^Binary:' | grep -v ^ $package- | sed -re 's|^Architecture: .+$|Architecture: source|g' fi
Bug#678854: icewm won't start
Package: icewm Version: 1.3.7-4 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I installed icewm * What exactly did you do (or not do) that was effective (or ineffective)? I logged out, chose icewm as the window manager and logged in * What was the outcome of this action? it returned to the login screen with the window manager menu showing icemw(previous) * What outcome did you expect instead? I expected to log in to icewm -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icewm depends on: pn icewm-commonnone ii libc6 2.13-33 ii libesd0 0.2.41-10+b1 ii libfontconfig1 2.9.0-6 ii libgcc1 1:4.7.1-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libice6 2:1.0.8-2 ii libsm6 2:1.2.1-2 ii libx11-62:1.5.0-1 ii libxext62:1.3.1-2 ii libxft2 2.3.1-1 ii libxinerama12:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii ttf-dejavu-core 2.33-2 icewm recommends no packages. Versions of packages icewm suggests: pn icewm-gnome-support none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612312: icedove: return receipt requests policy should include a per-account option or in the send dialog
Hi there. I've reported this upstream: https://bugzilla.mozilla.org/show_bug.cgi?id=764449 Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)
On 22/05/12 23:32, Jonathan Nieder wrote: severity 673596 important quit Hi Philip, Philip Ashmore wrote: Should I attach /var/log/dmesg? Unless you've been running into other problems, I wouldn't bother. I doubt this problem is CPU-specific, though of course I could be wrong. How reproducible is the test failure? You can run tests again by removing stamp-dir/check_* and running debian/rules build again, or run a single test explicitly by running build-tree/i386-i686/elf/ld-linux.so.2 \ --library-path $(pwd)/build-tree/i386-i686:\ $(pwd)/build-tree/i386-i686/math:\ $(pwd)/build-tree/i386-i686/elf:\ $(pwd)/build-tree/i386-i686/dlfcn:\ $(pwd)/build-tree/i386-i686/nss:\ $(pwd)/build-tree/i386-i686/nis:\ $(pwd)/build-tree/i386-i686/rt:\ $(pwd)/build-tree/i386-i686/resolv:\ $(pwd)/build-tree/i386-i686/crypt:\ $(pwd)/build-tree/i386-i686/nptl \ build-tree/i386-i686/nptl/tst-eintr1 (command retrieved with make -n. The corresponding code is in Makeconfig.) Set the LD_TRACE_LOADED_OBJECTS envvar to 1 if you want to make sure this command is testing the appropriate version of libc. You can also experiment by checking whether tst-eintr1 works as it should with the system copy of libc. I'm lowering the severity because I wasn't able to trigger trouble building eglibc on this machine (Thinkpad G41, Pentium 4, kernel from linux-next) so this bug is still missing a reproduction recipe. Hope that helps, Jonathan It looks like you're building on i386 - the bug report is for amd64. If someone could tell me the steps, I could provide you with the automated install script to set up Debian Wheezy in VMware so it's the same as mine, allowing others to reproduce the problem. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)
On 05/23/2012 04:18 PM, Jonathan Nieder wrote: Jonathan Nieder wrote: Do you have access to another machine you could try to reproduce the problem on? Actually, before then: could you please run the test I outlined before? That is: 1. Find tst-eintr1. It should be somewhere like build-tree/amd64-libc/nptl/tst-eintr1 2. Run it. (Like this: $ ldd build-tree/amd64-libc/nptl/tst-eintr1 $ build-tree/amd64-libc/nptl/tst-eintr1 ) Some variations on the theme would be to try the 32-bit version, too, and to try it with LD_LIBRARY_PATH set to use libpthread from build-tree/amd64-libc/nptl, but those can come later. Jonathan ...and here they areEOF $ ldd build-tree/amd64-libc/nptl/tst-eintr1 linux-vdso.so.1 = (0x7fff481ff000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f6577c99000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f6577912000) /lib64/ld-linux-x86-64.so.2 (0x7f6577ecd000) contact@debian:~/eglibc-2.13$ build-tree/amd64-libc/nptl/tst-eintr1 .tf1: pthread_create failed: Resource temporarily unavailable .Expected signal 'Alarm clock' from child, got none EOF If it helps I just ran the same VM in Ubuntu - same results inside the VM. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)
On 23/05/12 16:36, Jonathan Nieder wrote: retitle 673596 libc6: tst-eintr1 fails (tf1: pthread_create failed: Resource temporarily unavailable) quit Philip Ashmore wrote: ...and here they areEOF $ ldd build-tree/amd64-libc/nptl/tst-eintr1 linux-vdso.so.1 =(0x7fff481ff000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f6577c99000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f6577912000) /lib64/ld-linux-x86-64.so.2 (0x7f6577ecd000) contact@debian:~/eglibc-2.13$ build-tree/amd64-libc/nptl/tst-eintr1 .tf1: pthread_create failed: Resource temporarily unavailable .Expected signal 'Alarm clock' from child, got none EOF Great, thanks. That shows that the installed libc exhibits the same problem as the just-built one. Is there a 32-bit copy of tst-eintr1 in the build tree you could test libc6-i386 with as well? $ find . -name tst-eintr1 ./build-tree/amd64-libc/nptl/tst-eintr1 so, no. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674227: tftpd-hpa conflicts with dnsmasq
Package: tftpd-hpa Version: 5.2-2 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? I want to set up a PXE server for a complete Debian installation to run over the network * What exactly did you do (or not do) that was effective (or ineffective)? So I read one web page , followed the instructions, found a hitch, tried another web page without undoing all the steps. One step was installing/configuring dnsmasq. * What was the outcome of this action? With dnsmasq intalled, the --configure install step of tftpd-hpa fails - the service won't start. * What outcome did you expect instead? Either a conflicts-with in Debians package config or a useful error message. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tftpd-hpa depends on: ii adduser3.113+nmu1 ii debconf [debconf-2.0] 1.5.43 ii libc6 2.13-32 ii libwrap0 7.6.q-23 tftpd-hpa recommends no packages. Versions of packages tftpd-hpa suggests: ii syslinux-common 2:4.05+dfsg-2 -- debconf information: tftpd-hpa/options: --secure tftpd-hpa/address: 0.0.0.0:69 tftpd-hpa/directory: /srv/tftp tftpd-hpa/username: tftp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)
On 23/05/12 17:11, Aurelien Jarno wrote: Le 22/05/2012 08:46, Philip Ashmore a écrit : On 22/05/12 07:09, Aurelien Jarno wrote: I have not been able to reproduce the issue on: - A Core i5 M560, running a 3.2.0-2-amd64 kernel - A core i5 2500, running a 3.2.0-2-amd64 kernel - An 4 x AMD Opteron 6134, running a 2.6.32-5-amd64 kernel - A KVM instance on a Core i7 2600k, running a 2.6.32-5-amd64 kernel but not an i7 running 3.2.0-2-amd64, which I have. Yes, but it runs on a core i5 2500, which is not really different from a core i7. Anyway i don't think the CPU really plays a role there, but really more kernel version, or the environment. For example have you changed /etc/security/limits.conf ? Limiting the maximum number of processes per user will cause this kind of issue. After spending some hours trying to get a PXE server with a full Debian installation going, I remembered that I had an external hard disk with Debian Wheezy amd64 installed. = Compaq Presario A975EM (sometimes also known as the A900) http://h10025.www1.hp.com/ewfrf/wc/product?product=3758183lc=endlc=encc=usdest_page=prodinfoCategorytool=prodinfoCategory = I connected it to a Compaq - here's the output of cpuid for you to compareEOF eax ineax ebx ecx edx 000a 756e6547 6c65746e 49656e69 0001 06fd 01020800 e39d bfebfbff 0002 05b0b101 005657f0 2cb43078 0003 0004 0005 0040 0040 0003 1110 0006 0001 0002 0001 0007 0008 0400 0009 000a 07280202 0503 8000 8008 8001 0001 20100800 8002 65746e49 2952286c 6e655020 6d756974 8003 20295228 6c617544 50432020 54202055 8004 30393332 20402020 36382e31 007a4847 8005 8006 04004040 8007 8008 3024 Vendor ID: GenuineIntel; CPUID level 10 Intel-specific functions: Version 06fd: Type 0 - Original OEM Family 6 - Pentium Pro Model 15 - Extended model 0 Stepping 13 Reserved 0 Extended brand string: Intel(R) Pentium(R) Dual CPU T2390 @ 1.86GHz CLFLUSH instruction cache line size: 8 Initial APIC ID: 1 Hyper threading siblings: 2 Feature flags bfebfbff: FPUFloating Point Unit VMEVirtual 8086 Mode Enhancements DE Debugging Extensions PSEPage Size Extensions TSCTime Stamp Counter MSRModel Specific Registers PAEPhysical Address Extension MCEMachine Check Exception CX8COMPXCHG8B Instruction APIC On-chip Advanced Programmable Interrupt Controller present and enabled SEPFast System Call MTRR Memory Type Range Registers PGEPTE Global Flag MCAMachine Check Architecture CMOV Conditional Move and Compare Instructions FGPAT Page Attribute Table PSE-36 36-bit Page Size Extension CLFSH CFLUSH instruction DS Debug store ACPI Thermal Monitor and Clock Ctrl MMXMMX instruction set FXSR Fast FP/MMX Streaming SIMD Extensions save/restore SSEStreaming SIMD Extensions instruction set SSE2 SSE2 extensions SS Self Snoop HT Hyper Threading TM Thermal monitor 31 reserved TLB and cache info: b1: unknown TLB/cache descriptor b0: unknown TLB/cache descriptor 05: unknown TLB/cache descriptor f0: unknown TLB/cache descriptor 57: unknown TLB/cache descriptor 56: unknown TLB/cache descriptor 78: unknown TLB/cache descriptor 30: unknown TLB/cache descriptor b4: unknown TLB/cache descriptor 2c: unknown TLB/cache descriptor Processor serial: -06FD---- EOF The build succeeded with this configuration. I also noticed that there were several occurrences of [Hardware Error]: Machine check events logged in /var/log/messages Also, the Nouveau driver loaded. = Samsung NP-RF711-S07UK http://www.samsung.com/uk/consumer/pc-peripherals/notebook-computers/high-performance/NP-RF711-S01UK = When I connected the hard drive to my spanking new Samsung NP-RF711-S07UK and ran the tests, they failed in the same place, indicating a driver or hardware problem. Also of note, the specifications for this machine seem to be a bit fluid - mine has 8G ram, a 1TB hard disk (which I swapped out for a Seagate Momentus XT ST750LX003 2.5 internal hard drive - 750 GB + 8 GB SSD memory), a i7-2670QM processor and 1G dedicated video memory, unlike the specs on Samsungs own web site. The place I bought it from some weeks ago no longer lists it, but I don't know if that's a cause for concern. Regards, Philip -- To UNSUBSCRIBE, email
Bug#674227: tftpd-hpa conflicts with dnsmasq
On 24/05/12 05:16, Daniel Baumann wrote: severity 674227 normal tag 674227 unreproducible tag 674227 moreinfo thanks On 05/24/2012 12:40 AM, Philip Ashmore wrote: With dnsmasq intalled, the --configure install step of tftpd-hpa fails - the service won't start. tftpd-hpa and dnsmasq works; what *exactely* did you do? error log? Start-Date: 2012-05-23 23:31:14 Commandline: synaptic Install: tftpd-hpa:amd64 (5.2-2) Error: Sub-process /usr/bin/dpkg returned an error code (1) End-Date: 2012-05-23 23:31:19 Start-Date: 2012-05-23 23:32:46 Commandline: synaptic Purge: tftpd-hpa:amd64 (5.2-2) End-Date: 2012-05-23 23:32:50 Start-Date: 2012-05-23 23:34:24 Commandline: synaptic Purge: dnsmasq:amd64 (2.61-1) End-Date: 2012-05-23 23:34:26 Start-Date: 2012-05-23 23:34:40 Commandline: synaptic Install: tftpd-hpa:amd64 (5.2-2) End-Date: 2012-05-23 23:34:46 I'd hold off on this a bit - I'm also getting unreproducible with libc6: tst-eintr1 fails (tf1: pthread_create failed: Resource temporarily unavailable) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673596 Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674227: tftpd-hpa conflicts with dnsmasq
On 24/05/12 05:29, Daniel Baumann wrote: On 05/24/2012 06:27 AM, Philip Ashmore wrote: Error: Sub-process /usr/bin/dpkg returned an error code (1) that's useless, do it on a terminal. Agreed - I was hoping it was something obvious. I just tried apt-get purge tftpd-hpa apt-get install dnsmasq apt-get install tftpd-hpa and it worked. I think this is called a glitch. I do remember running start-stop-daemon -v --start --oknodo --exec /usr/sbin/in.tftpd -- --listen --user tftp --address 192.168.0.1:69 --secure /srv/tftp and getting something like error 27, but I couldn't swear to it. Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)
On 22/05/12 07:09, Aurelien Jarno wrote: On Tue, May 22, 2012 at 02:01:44AM +0100, Philip Ashmore wrote: On 20/05/12 20:22, Aurelien Jarno wrote: tag 673596 + unreproducible thanks On Sun, May 20, 2012 at 04:01:10AM +0100, Philip Ashmore wrote: On 20/05/12 03:02, Jonathan Nieder wrote: Hi Philip, Philip Ashmore wrote: annexc.out, Error 1 (ignored) tst-eintr1.out, Error 1 tst-writev.out, Error 1 *** Encountered regressions that don't match expected failures: tst-eintr1.out, Error 1 What does the tst-eintr1.out file say? Curious, Jonathan .tf1: pthread_create failed: Resource temporarily unavailable tf1: pthread_create failed: Resource temporarily unavailable That dot before tf1 is repeated 3734 times. I am unable to reproduce this bug on my machines, and it really looks like an environment specific bug. I am therefore not planning to work on this bug. If someone is able to reproduce it, please work on it. Hi there. I created VMware virtual machines based on the following ISOs. debian-6.0.5-amd64-netinst.iso debian-wheezy-DI-a1-amd64-netinst.iso I wanted to use qemu, but I couldn't get kvm to work so it was too slow. I ran through the eglibc build on both of them. The 6.0.5 installation built eglibc-2.11.3 successfully. Which is kind of expected, given we don't check for testsuite results on stable version of the libc. This is for example to avoid breaking the stable and security updates in case an incompatible new version of the kernel in installed two years after. The wheezy installation failed to build eglibc-2.13-32 with the following errorsEOF make[2]: Target `check' not remade because of errors. make[2]: Leaving directory `/home/contact/eglibc-2.13' make[1]: *** [check] Error 2 make[1]: Leaving directory `/home/contact/eglibc-2.13/build-tree/amd64-libc' # # Testsuite failures, someone should be working towards # fixing these! They are listed here for the purpose of # regression testing during builds. # Format:Failed test, ErrorMake error code [(ignored)] # annexc.out, Error 1 (ignored) tst-cpuclock2.out, Error 1 tst-eintr1.out, Error 1 tst-writev.out, Error 1 *** Encountered regressions that don't match expected failures: tst-eintr1.out, Error 1 make: *** [/home/contact/eglibc-2.13/stamp-dir/check_libc] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1350: dpkg-buildpackage -rfakeroot -D -us -uc -b -j4 failed EOF I suspended the VM part way through which may account for the cpuclock2 error. Anyway it's not the cause of the failure here, we have disabled it because the test fails often on machines with variable CPU frequency. Can you tell me what your kernel version is, hardware etc? I have not been able to reproduce the issue on: - A Core i5 M560, running a 3.2.0-2-amd64 kernel - A core i5 2500, running a 3.2.0-2-amd64 kernel - An 4 x AMD Opteron 6134, running a 2.6.32-5-amd64 kernel - A KVM instance on a Core i7 2600k, running a 2.6.32-5-amd64 kernel Do you have KDE4 installed? On some of the machines yes. Have you experienced it makes a difference? I really doubt. For squeeze, the default root fs is ext3, for wheezy it's ext4. I really doubt this makes a difference. The problem is clearly that at some point the system is not able to create new threads anymore due to resources limits. In your case it's likely due to the fact you are machine is a virtual VMWare machine. Have you tried to run the build on a real hardware? Yep. When I reported the bug. I used VMware to build installations that are pure - no third party repos, using defaults except for KDE4 which I dislike less than Gnome. Essentially I've gotten failures on two hardware types - one real, the other virtual, but running on the same machine. Given that I've had no crashes otherwise, it's hard to conceive that the problemonly surfaces when building eglibc. Are there any hardware test suites I can run to eliminate this as the potential cause of these failures? Regards, Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)
On 22/05/12 07:09, Aurelien Jarno wrote: I have not been able to reproduce the issue on: - A Core i5 M560, running a 3.2.0-2-amd64 kernel - A core i5 2500, running a 3.2.0-2-amd64 kernel - An 4 x AMD Opteron 6134, running a 2.6.32-5-amd64 kernel - A KVM instance on a Core i7 2600k, running a 2.6.32-5-amd64 kernel but not an i7 running 3.2.0-2-amd64, which I have. Here's cpuid's outputEOF eax ineax ebx ecx edx 000d 756e6547 6c65746e 49656e69 0001 000206a7 05100800 1fbae3bf bfebfbff 0002 76035a01 00f0b2ff 00ca 0003 0004 0005 0040 0040 0003 00021120 0006 0077 0002 0009 0007 0008 0009 000a 07300403 0603 000b 006f 0005 000c 000d 8000 8008 8001 0001 28100800 8002 20202020 6e492020 286c6574 43202952 8003 2865726f 20294d54 322d3769 51303736 8004 5043204d 20402055 30322e32 007a4847 8005 8006 01006040 8007 0100 8008 3024 Vendor ID: GenuineIntel; CPUID level 13 Intel-specific functions: Version 000206a7: Type 0 - Original OEM Family 6 - Pentium Pro Model 10 - Stepping 7 Reserved 8 Extended brand string: Intel(R) Core(TM) i7-2670QM CPU @ 2.20GHz CLFLUSH instruction cache line size: 8 Initial APIC ID: 5 Hyper threading siblings: 16 Feature flags bfebfbff: FPUFloating Point Unit VMEVirtual 8086 Mode Enhancements DE Debugging Extensions PSEPage Size Extensions TSCTime Stamp Counter MSRModel Specific Registers PAEPhysical Address Extension MCEMachine Check Exception CX8COMPXCHG8B Instruction APIC On-chip Advanced Programmable Interrupt Controller present and enabled SEPFast System Call MTRR Memory Type Range Registers PGEPTE Global Flag MCAMachine Check Architecture CMOV Conditional Move and Compare Instructions FGPAT Page Attribute Table PSE-36 36-bit Page Size Extension CLFSH CFLUSH instruction DS Debug store ACPI Thermal Monitor and Clock Ctrl MMXMMX instruction set FXSR Fast FP/MMX Streaming SIMD Extensions save/restore SSEStreaming SIMD Extensions instruction set SSE2 SSE2 extensions SS Self Snoop HT Hyper Threading TM Thermal monitor 31 reserved TLB and cache info: 5a: unknown TLB/cache descriptor 03: Data TLB: 4KB pages, 4-way set assoc, 64 entries 76: unknown TLB/cache descriptor ff: unknown TLB/cache descriptor b2: unknown TLB/cache descriptor f0: unknown TLB/cache descriptor ca: unknown TLB/cache descriptor Processor serial: 0002-06A7---- EOF I also noticed something in /var/log/dmesgEOF [ 10.912082] ACPI: resource :00:1f.3 [io 0xe040-0xe05f] conflicts with ACPI region SMBI [io 0xe040-0xe04f] [ 10.912084] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver EOF Should I attach /var/log/dmesg? I notice it's readable by root(root) only - does that mean it can contain security sensitive data? Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)
On 20/05/12 20:22, Aurelien Jarno wrote: tag 673596 + unreproducible thanks On Sun, May 20, 2012 at 04:01:10AM +0100, Philip Ashmore wrote: On 20/05/12 03:02, Jonathan Nieder wrote: Hi Philip, Philip Ashmore wrote: annexc.out, Error 1 (ignored) tst-eintr1.out, Error 1 tst-writev.out, Error 1 *** Encountered regressions that don't match expected failures: tst-eintr1.out, Error 1 What does the tst-eintr1.out file say? Curious, Jonathan .tf1: pthread_create failed: Resource temporarily unavailable tf1: pthread_create failed: Resource temporarily unavailable That dot before tf1 is repeated 3734 times. I am unable to reproduce this bug on my machines, and it really looks like an environment specific bug. I am therefore not planning to work on this bug. If someone is able to reproduce it, please work on it. Hi there. I created VMware virtual machines based on the following ISOs. debian-6.0.5-amd64-netinst.iso debian-wheezy-DI-a1-amd64-netinst.iso I wanted to use qemu, but I couldn't get kvm to work so it was too slow. I ran through the eglibc build on both of them. The 6.0.5 installation built eglibc-2.11.3 successfully. The wheezy installation failed to build eglibc-2.13-32 with the following errorsEOF make[2]: Target `check' not remade because of errors. make[2]: Leaving directory `/home/contact/eglibc-2.13' make[1]: *** [check] Error 2 make[1]: Leaving directory `/home/contact/eglibc-2.13/build-tree/amd64-libc' # # Testsuite failures, someone should be working towards # fixing these! They are listed here for the purpose of # regression testing during builds. # Format:Failed test, ErrorMake error code [(ignored)] # annexc.out, Error 1 (ignored) tst-cpuclock2.out, Error 1 tst-eintr1.out, Error 1 tst-writev.out, Error 1 *** Encountered regressions that don't match expected failures: tst-eintr1.out, Error 1 make: *** [/home/contact/eglibc-2.13/stamp-dir/check_libc] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1350: dpkg-buildpackage -rfakeroot -D -us -uc -b -j4 failed EOF I suspended the VM part way through which may account for the cpuclock2 error. Can you tell me what your kernel version is, hardware etc? Do you have KDE4 installed? For squeeze, the default root fs is ext3, for wheezy it's ext4. Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)
On 20/05/12 04:10, Jonathan Nieder wrote: Philip Ashmore wrote: .tf1: pthread_create failed: Resource temporarily unavailable tf1: pthread_create failed: Resource temporarily unavailable That's EAGAIN, which usually would mean some resource limit has been hit (or an out-of-memory condition). Does one of ulimit -a $ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 63238 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 63238 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited cat /proc/sys/kernel/threads-max $ cat /proc/sys/kernel/threads-max 126476 reveal anything interesting? [...] Also , tst-writev.out containsEOF writev() return value: 2147479552 != EXPECTED: 2147483648 EOF Yeah, that's a known bug (http://bugs.debian.org/629862). Sorry if I was cryptic/terse. No problem, and thanks for testing. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)
Package: libc6 Version: 2.13-32 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, * What led up to the situation? I wanted to build a debug/local version to see the source file/line number of a segfault in libc6 kdbg * What exactly did you do (or not do) that was effective (or ineffective)? apt-get source libc6 sudo apt-get build-dep libc6 cd eglibc-2.13 dch -l local 'buckyball' debuild -us -uc -b -j7 * What was the outcome of this action? make[2]: Target `check' not remade because of errors. make[2]: Leaving directory `/v3c/downloads/debian/eglibc-2.13' make[1]: *** [check] Error 2 make[1]: Leaving directory `/v3c/downloads/debian/eglibc-2.13/build- tree/amd64-libc' # # Testsuite failures, someone should be working towards # fixing these! They are listed here for the purpose of # regression testing during builds. # Format: Failed test, Error Make error code [(ignored)] # annexc.out, Error 1 (ignored) tst-eintr1.out, Error 1 tst-writev.out, Error 1 *** Encountered regressions that don't match expected failures: tst-eintr1.out, Error 1 * What outcome did you expect instead? Binary package(s) to instsll. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin 2.13-32 ii libgcc1 1:4.7.0-7 libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.43 ii glibc-doc 2.13-32 ii locales2.13-32 -- debconf information: glibc/upgrade: true glibc/restart-services: libraries/restart-without-asking: false glibc/disable-screensaver: glibc/restart-failed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673596: libc6: FTBFS on wheezy/sid amd64 (test suite failures)
On 20/05/12 03:02, Jonathan Nieder wrote: Hi Philip, Philip Ashmore wrote: annexc.out, Error 1 (ignored) tst-eintr1.out, Error 1 tst-writev.out, Error 1 *** Encountered regressions that don't match expected failures: tst-eintr1.out, Error 1 What does the tst-eintr1.out file say? Curious, Jonathan .tf1: pthread_create failed: Resource temporarily unavailable tf1: pthread_create failed: Resource temporarily unavailable That dot before tf1 is repeated 3734 times. Also , tst-writev.out contains EOF writev() return value: 2147479552 != EXPECTED: 2147483648 EOF Sorry if I was cryptic/terse. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662696: RFP: cxxparse -- alternative c++ skeletons for flex and bison
Package: wnpp Severity: wishlist * Package name: cxxparse Version : 0.6.00-01 Upstream Author : Philip Ashmore cont...@philipashmore.com * URL : http://sourceforge.net/projects/cxxparse * License : LGPLv3 Programming Lang: (C, C++, flex,bison Description : alternative c++ skeletons for flex and bison It also contains * flexx - a flex alternative that wraps flex * bisonx - an alternative bison implementation -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640293: Presario A975 EM: fan runs at a constant (low) speed after hibernate, until it starts to overheat
On 18/02/12 06:48, Jonathan Nieder wrote: Hi Philip, Philip Ashmore wrote: Just as a last check after upgrading to 3.2.4-1 and hibernating/resuming, I ran sensors from the lm-sensors package. It reported this: [...] temp1:+55.0°C (crit = +100.0°C) [...] I rebooted and sensors reported: [...] temp1:+71.0°C (crit = +100.0°C) [...] Does this help or should I still report it upstream? It helps (it's a nice and concrete symptom), which is why we should get this information and an acpidump upstream[*] to avoid wasted effort from them having to discover the same things independently. Thanks, Jonathan [*] http://bugzilla.kernel.org product ACPI component Power-Thermal Opened as https://bugzilla.kernel.org/show_bug.cgi?id=42796 Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640293: Presario A975 EM: fan runs at a constant (low) speed after hibernate, until it starts to overheat
On 15/02/12 19:33, Jonathan Nieder wrote: Hi Philip, Philip Ashmore wrote: The thing is, when my laptop resumes from hibernate: The fan runs at a constant audible low speed. Usually the fan is so quiet it's inaudible when the cpu is idle, but after hibernate I know something's up. artsd pops up a message box - cpu overload, aborting. When I run something that taxes one or both cores, the fan speed doesn't increase, but a couple of minutes in the fan will suddenly jump to full emergency vent mode and the plastic casing near the vent is almost too hot to touch. I think our best bet for solving this is to get help from upstream. Please test 3.2.4-1 from unstable or newer, and if it reproduces the bug, file a report athttp://bugzilla.kernel.org/, product ACPI, component Power-Fan and let us know the bug number so we can track it. Be sure to attach output from acpidump, grep . /sys/class/thermal/*/* before and after hibernating, and dmesg after hibernating (as separate attachments, uncompressed). Comparehttps://bugzilla.kernel.org/show_bug.cgi?id=19452. Thanks and hope that helps, Jonathan Just as a last check after upgrading to 3.2.4-1 and hibernating/resuming, I ran sensors from the lm-sensors package. It reported this: acpitz-virtual-0 Adapter: Virtual device temp1:+55.0°C (crit = +100.0°C) even though I was running both cores at 100% for a few minutes. It looks like the PC doesn't know it's overheating. I decided not to wait for the emergency vent I reported before to kick in. I rebooted and sensors reported: acpitz-virtual-0 Adapter: Virtual device temp1:+71.0°C (crit = +100.0°C) After a minute or so the fan kicked in a bit more and the temperature reduced gradually to 48C. It looks like the temperature sensor has a resolution of 7-8 degrees. Does this help or should I still report it upstream? Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652527: pbuilder: No hook option for after .debs are written
Package: pbuilder Version: 0.204 Severity: wishlist Dear Maintainer, I've got a chain of 4 packages the last three depend on the ones before it. I created a simple mirror using dpkg-scanpackages . /dev/null Packages And updated my ~/.pbuilderrc to contain BINDMOUNTS=/var/cache/pbuilder/build BUILDRESULT=/var/cache/pbuilder/build OTHERMIRROR=deb file://var/cache/pbuilder/build/ ./ HOOKDIR=/var/cache/pbuilder/hooks I added a hook to regenerate the Packages file for this repo: /var/cache/pbuilder/hooks/D70results #!/bin/sh cd /var/cache/pbuilder/build /usr/bin/dpkg-scanpackages . /dev/null /var/cache/pbuilder/build/Packages /usr/bin/apt-get update and made it executable. This all works fine, and I can skip along, building the debian package and then sudo pbuilder build build/*.dsc In each konsole window to pick up the new packages that the next one requires. The inconvenience is the lack of a hook that does what the existing hook does, but after the .debs are written to the $BUILDRESULT directory. That way, the Packages file could be updated with the new .deb files. I need to do this as I need the previous package installed on my system so I can create the input files for pbuilder. As it is, I have to do this by hand, and it's easy to forget, although not a huge inconvenience. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pbuilder depends on: ii coreutils 8.13-3 ii debconf [debconf-2.0] 1.5.41 ii debianutils4.1 ii debootstrap1.0.38 ii wget 1.13.4-1 Versions of packages pbuilder recommends: ii devscripts 2.11.2 ii fakeroot 1.18.2-1 ii sudo-trinity [sudo] 1.7.2p7-1 Versions of packages pbuilder suggests: ii cowdancer none ii gdebi-core0.8.3 ii pbuilder-uml 0.204 -- debconf information: pbuilder/rewrite: false pbuilder/mirrorsite: http://ftp.ie.debian.org/debian/ pbuilder/nomirror: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652605: mm-common's libstdc++.tag should match the version of libstdc++*-doc
Package: mm-common Version: 0.9.5-1 Severity: normal Dear Maintainer, I'm in the process of packaging several packages. They're all development packages and form a chain, where each packages documentation depends on the ones before. After spotting that mm-common provides libstdc++.tag, I jumped on the chance to use it. In my configure.ac script I use MM_ARG_WITH_TAGFILE_DOC([libstdc++.tag],[mm-common-libstdc++]) I found some problems which I hope you can address. 1. mm-common recommends xsltproc, but MM_ARG_WITH_TAGFILE_DOC fails if it's not installed. This should be a depends relation. 2. The resulting DOXYGEN_TAGFILES variable contains embedded quotes. I can fix this resiliently with sed. 3. The on-line html pages don't match the link names. For example, when I click on the string include file it takes me to the ctime include file reference. It would make more sense to refer to documentation on the standard library the user has installed, not the latest version. Regards, Philip Ashmore -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mm-common depends on: ii automake [automake1.11] 1:1.11.1-1 ii libtool 2.4.2-1 ii pkg-config 0.26-1 Versions of packages mm-common recommends: ii doxygen 1.7.4-4 ii g++ [c++-compiler] 4:4.6.1-3 ii g++-4.6 [c++-compiler] 4.6.2-7 ii graphviz2.26.3-8+b1 ii xsltproc1.1.26-8 Versions of packages mm-common suggests: pn libglibmm-2.4-dev none pn libglibmm-2.4-doc none pn libsigc++-2.0-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652423: Acknowledgement (ITP: v3c -- C/C++/sh/make/automake/Debian utility toolkit)
Long description: utility C/C++ include files libv3c - a C/C++ library v3c - a utility program meant to be used in scripts or from the command line makefile includes - see v3c's client projects makefile for examples automake/aclocal m4 macros - see v3c's client projects for examples -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652425: Acknowledgement (ITP: treedb -- on-disk memory library)
Long description: treedb can implement malloc functionality, and much more! Need a heap that allocates of a fixed size chunk of memory? No problem. But where treedb comes into its own is when it comes to allocating from a mmap()ed disk file - the memory becomes persistent. . If you follow the tests/examples, you too can store dictionaries, trees, lists or whatever you can think of in disk-based memory, just an open() and mmap() away. . Treedb comes with an AVL tree, doubly-linked-list and variable-entry-sized-array implementations for you to use in your data structures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652429: Acknowledgement (ITP: meta-treedb -- on-disk memory library using meta-data)
Long description: meta-treedb can implement malloc functionality, and much more! Need a heap that allocates of a fixed size chunk of memory? No problem. But where treedb comes into its own is when it comes to allocating from a mmap()ed disk file - the memory becomes persistent. . If you follow the tests/examples, you too can store dictionaries, trees, lists or whatever you can think of in disk-based memory, just an open() and mmap() away. . Meta-treedb comes with an AVL tree, doubly-linked-list and variable-entry-sized-array implementations for you to use in your data structures. . So, what distinguishes meta-treedb from treedb? * class interfaces for treedb collections . These are vtables (virtual function tables) that implement the interface. * faster compiles - only the class interfaces are visible to client code . This is at the expense of a small performance hit. * the ability to use implementations that were developed after client code was . compiled. . This feature hasn't been fully fleshed out yet, as it would require a . plug-in system such as that provided by v3c-dcom, but it's coming soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652432: Acknowledgement (ITP: v3c-dcom -- Baby steps to DCOM)
Long description: v3c-dcom provides a plug-in system as an alternative COM implementation. Unlike COM, v3c-dcom encourages the use of sandboxes of registered plug-ins, so allowing per site, per-group, per-user, per-program and per-job sandboxes, allowing virtually unlimited configuration and customization. Users and client programs can even create sandboxes on the fly. . Using COM's naming scheme aims at reducing the learning curve for those familiar with COM, as does the tiny ATL implementation for C++ developers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652433: Acknowledgement (ITP: v3c-qt -- v3c/automake wrapper for QT)
Long description: The v3c-qt package ties QT doxygen-generated documentation into the v3c documentation chain, so that client packages can inherit this in their own doxygen-generated documentation. . It also provides automake rules for MOC, UIC and RCC, to ease their usage in client packages automake Makefile.am files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652435: Acknowledgement (ITP: v3c-qt-examples -- v3c/automake wrapper for Qt4 - examples)
Long description: The v3c-qt package ties QT doxygen-generated documentation into the v3c documentation chain, so that client packages can inherit this in their own doxygen-generated documentation. . It also provides automake rules for MOC, UIC and RCC, to ease their usage in client packages automake Makefile.am files. . This is the examples package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652423: ITP: v3c -- C/C++/sh/make/automake/Debian utility toolkit
Package: wnpp Severity: wishlist Owner: Philip Ashmore cont...@philipashmore.com * Package name: v3c Version : 2.5.0-01 Upstream Author : Name cont...@philipashmore.com * URL : http://sourceforge.net/projects/v3c/ * License : (LGPL) Programming Lang: C, C++, make, m4 Description : C/C++/sh/make/automake/Debian utility toolkit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652425: ITP: treedb -- on-disk memory library
Package: wnpp Severity: wishlist Owner: Philip Ashmore cont...@philipashmore.com * Package name: treedb Version : 1.3.0-01 Upstream Author : Philip Ashmore cont...@philipashmore.com * URL : http://sourceforge.net/projects/treedb/ * License : LGPL Programming Lang: C, C++,m4 Description : on-disk memory library -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652429: ITP: meta-treedb -- on-disk memory library using meta-data
Package: wnpp Severity: wishlist Owner: Philip Ashmore cont...@philipashmore.com * Package name: meta-treedb Version : 1.4.0-01 Upstream Author : Philip Ashmore cont...@philipashmore.com * URL : http://sourceforge.net/projects/meta-treedb/ * License : LGPL Programming Lang: C, C++, m4 Description : on-disk memory library using meta-data -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652432: ITP: v3c-dcom -- Baby steps to DCOM
Package: wnpp Severity: wishlist Owner: Philip Ashmore cont...@philipashmore.com * Package name: v3c-dcom Version : 0.5.0-01 Upstream Author : Philip Ashmore cont...@philipashmore.com * URL : http://sourceforge.net/projects/v3c-dcom/ * License : LGPL Programming Lang: C, C++, m4 Description : Baby steps to DCOM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652433: ITP: v3c-qt -- v3c/automake wrapper for QT
Package: wnpp Severity: wishlist Owner: Philip Ashmore cont...@philipashmore.com * Package name: v3c-qt Version : 0.7.0-01 Upstream Author : Philip Ashmore cont...@philipashmore.com * URL : http://sourceforge.net/projects/v3c-qt/ * License : LGPL Programming Lang: m4 Description : v3c/automake wrapper for QT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652435: ITP: v3c-qt-examples -- v3c/automake wrapper for Qt4 - examples
Package: wnpp Severity: wishlist Owner: Philip Ashmore cont...@philipashmore.com * Package name: v3c-qt-examples Version : 0.7.0-01 Upstream Author : Philip Ashmore cont...@philipashmore.com * URL : http://sourceforge.net/projects/v3c-qt/ * License : LGPL Programming Lang: C++ Description : v3c/automake wrapper for Qt4 - examples -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648160: linux-image-2.6.32-5-vserver-amd64: newly created vservers don't run
Package: linux-2.6 Version: 2.6.32-38 Severity: normal Dear Maintainer, I just tried to create a wheezy64 vserver. # vserver wheezy64 build -m debootstrap --interface wlan0:192.168.10.103/24 -- -d wheezy -m http://ftp.ie.debian.org/debian It succeeded but when I tried to start it, # vserver wheezy64 start I get EOF find: `var/run': No such file or directory fakerunlevel: open(/var/run/utmp): No such file or directory Failed to start vserver 'wheezy64' EOF -- Package-specific info: ** Version: Linux version 2.6.32-5-vserver-amd64 (Debian 2.6.32-38) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Oct 3 06:23:01 UTC 2011 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-vserver-amd64 root=/dev/mapper/VgCompaq-wheezy ro quiet ** Not tainted ** Kernel log: [ 12.125323] cfg80211: Using static regulatory domain info [ 12.125326] cfg80211: Regulatory domain: US [ 12.125328] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [ 12.125332] (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) [ 12.125335] (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 12.125339] (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 12.125342] (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 12.125345] (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) [ 12.125348] (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) [ 12.125360] cfg80211: Calling CRDA for country: US [ 12.175264] 30udevd[443]: renamed network interface eth0 to eth1 [ 12.570841] input: PS/2 Mouse as /devices/platform/i8042/serio1/input/input7 [ 12.606519] input: AlpsPS/2 ALPS GlidePoint as /devices/platform/i8042/serio1/input/input8 [ 12.637539] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 12.637546] i915 :00:02.0: setting latency timer to 64 [ 12.652258] alloc irq_desc for 26 on node -1 [ 12.652262] alloc kstat_irqs on node -1 [ 12.652274] i915 :00:02.0: irq 26 for MSI/MSI-X [ 12.652282] [drm] set up 7M of stolen space [ 12.723872] ath5k :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 12.723929] ath5k :01:00.0: setting latency timer to 64 [ 12.724026] ath5k :01:00.0: registered as 'phy0' [ 12.775463] [drm] initialized overlay support [ 13.224165] ath: EEPROM regdomain: 0x67 [ 13.224168] ath: EEPROM indicates we should expect a direct regpair map [ 13.224173] ath: Country alpha2 being used: 00 [ 13.224175] ath: Regpair used: 0x67 [ 13.382080] fb: conflicting fb hw usage inteldrmfb vs VESA VGA - removing generic driver [ 13.382171] Console: switching to colour dummy device 80x25 [ 13.382652] Console: switching to colour frame buffer device 180x56 [ 13.434098] phy0: Selected rate control algorithm 'minstrel' [ 13.434920] Registered led device: ath5k-phy0::rx [ 13.434937] Registered led device: ath5k-phy0::tx [ 13.434940] ath5k phy0: Atheros AR2425 chip found (MAC: 0xe2, PHY: 0x70) [ 13.494850] Linux video capture interface: v2.00 [ 13.498594] fb0: inteldrmfb frame buffer device [ 13.498597] registered panic notifier [ 13.498671] [Firmware Bug]: ACPI: ACPI brightness control misses _BQC function [ 13.499921] [Firmware Bug]: ACPI: ACPI brightness control misses _BQC function [ 13.511382] acpi device:15: registered as cooling_device2 [ 13.512136] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input9 [ 13.512208] ACPI: Video Device [OVGA] (multi-head: yes rom: no post: no) [ 13.512238] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [ 13.512297] alloc irq_desc for 22 on node -1 [ 13.512300] alloc kstat_irqs on node -1 [ 13.512310] HDA Intel :00:1b.0: PCI INT A - GSI 22 (level, low) - IRQ 22 [ 13.512400] HDA Intel :00:1b.0: setting latency timer to 64 [ 13.537299] uvcvideo: Found UVC 1.00 device CNF7041 (04f2:b057) [ 13.540965] input: CNF7041 as /devices/pci:00/:00:1d.7/usb1/1-6/1-6:1.0/input/input10 [ 13.541051] usbcore: registered new interface driver uvcvideo [ 13.541055] USB Video Class driver (v0.1.0) [ 13.617406] input: HDA Intel Mic as /devices/pci:00/:00:1b.0/sound/card0/input11 [ 13.617516] input: HDA Intel Mic as /devices/pci:00/:00:1b.0/sound/card0/input12 [ 13.617594] input: HDA Intel Headphone as /devices/pci:00/:00:1b.0/sound/card0/input13 [ 15.284195] loop: module loaded [ 16.115176] Adding 26955768k swap on /dev/mapper/VgCompaq-swap. Priority:-1 extents:1 across:26955768k [ 16.640475] EXT4-fs (dm-4): mounted filesystem with ordered data mode [ 16.715189] EXT4-fs (dm-2): mounted filesystem with ordered data mode [ 18.072168] fuse init (API version 7.13) [ 20.659808] NET: Registered protocol family 15 [ 20.673328] alg: No test for cipher_null (cipher_null-generic) [ 20.673376] alg: No test for ecb(cipher_null) (ecb-cipher_null) [ 20.673585] alg: No test for
Bug#646873: imagemagick: building with --enable-hdri configure flag fails
Package: imagemagick Version: 8:6.6.9.7-5+b1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, I wanted to rebuild ImageMagick to enable HDRI so I could try out the examples at http://www.fmwconcepts.com/imagemagick/fourier_transforms/fourier.html I got imagemagick using apt-get source. I did a sudo apt-get build-dep imagemagick and also installed openexr-dev I cd'd to imagemagick-6.6.9.7 and ran ./configure --prefix=$(readlink -f ..) '--sysconfdir=/etc' '-- mandir=${prefix}/share/man' --enable-hdri '--infodir=${prefix}/share/info' '--with-modules' '--with-gs-font-dir=/usr/share/fonts/type1/gsfonts' '--with- magick-plus-plus' '--with-djvu' '--enable-shared' '--without-dps' '--without- fpx' '--with-perl-options=INSTALLDIRS=vendor' '--x-includes=/usr/include/X11' ' --x-libraries=/usr/lib/X11' 'CFLAGS=-g -O2' 'LDFLAGS=' 'CPPFLAGS=' 'CXXFLAGS=-g -O2' I got added --enable-hdri and the prefix and LDFLAGS so it would run side-by- side with the official Debian version. It failed as follows: magick/resize.c: In function 'VerticalFilter': magick/resize.c:2494:11: error: pointer value used where a floating point value was expected Debian prefers I contact them about what looks like an upstream issue, so here it is. -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii libbz2-1.0 1.0.5-7 ii libc6 2.13-21 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libglib2.0-02.28.6-1 ii libgomp14.6.1-15 ii libice6 2:1.0.7-2 ii libjpeg88c-2 ii liblcms11.19.dfsg-1+b1 ii liblqr-1-0 0.4.1-1.1 ii libltdl72.4-4 ii libmagickcore4 8:6.6.9.7-5+b1 ii libmagickwand4 8:6.6.9.7-5+b1 ii libsm6 2:1.2.0-2 ii libtiff43.9.5-2 ii libx11-62:1.4.4-2 ii libxext62:1.3.0-3 ii libxt6 1:1.1.1-2 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages imagemagick recommends: ii ghostscript 9.04~dfsg-2 ii libmagickcore4-extra 8:6.6.9.7-5+b1 ii netpbm2:10.0-15 ii ufraw-batch 0.18-1.1 Versions of packages imagemagick suggests: ii autotracenone ii cups-bsd [lpr] 1.5.0-8 ii curl 7.21.7-3 ii enscript 1.6.5.90-1 ii ffmpeg none ii gimp 2.6.11-5 ii gnuplot none ii gradsnone ii groff-base 1.21-6 ii hp2xxnone ii html2ps none ii imagemagick-doc 8:6.6.9.7-5 ii libwmf-bin 0.2.8.4-8.1 ii mplayer 3:1.0~rc4+svn20110926-0.1 ii povray 1:3.6.1-12+b1 ii radiance none ii sane-utils 1.0.22-6 ii texlive-binaries [texlive-base-bin] 2009-11 ii transfig none ii xdg-utils1.1.0~rc1-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646874: clam-networkeditor: NetworkEditor segfaults on exit after editing harmonizer network
Package: clam-networkeditor Version: 1.4.0-3 Severity: normal Dear Maintainer, I tried editing the harmonizer example by disconnecting the audio input in the graph. I tried to reconnect the input to the oscilloscope - it works. When I try to reconnect the input to the SMSAnalysisCore_0, nothing happens. When I exit NetworkEditor (after I tell it to discard changes), I can see a Segmentation fault in konsole. Here's the full output from konsole. Error loading: /usr/lib/ladspa/ladspa-rubberband.cat reason: /usr/lib/ladspa /ladspa-rubberband.cat: invalid ELF header [LADSPA Plugin] Warning: trying to open non ladspa plugin: /usr/lib/ladspa /ladspa-rubberband.cat JACK ERROR: server not running? Loading /usr/share/networkeditor/example-data/Harmonizer.clamnetwork... Application asked to unregister timer 0x5403 which is not registered in this thread. Fix application. Segmentation fault -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clam-networkeditor depends on: ii libc6 2.13-21 ii libclam-qtmonitors1.4 1.4.0-3 ii libclam1.41.4.0-5 ii libgcc1 1:4.6.1-15 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libglu1-mesa [libglu1]7.11-6 ii libqt4-designer 4:4.7.3-5 ii libqt4-network4:4.7.3-5 ii libqt4-opengl 4:4.7.3-5 ii libqt4-svg4:4.7.3-5 ii libqt4-xml4:4.7.3-5 ii libqtcore44:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libqtwebkit4 2.1.0~2011week13-2 ii libstdc++64.6.1-15 Versions of packages clam-networkeditor recommends: ii faust 0.9.24-1 ii qt4-designer 4:4.7.3-5 clam-networkeditor suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646783: fftw3: configure --enable-debug-malloc doesn't enable debug_malloc
Yay! With fftw3's configure, unless you tell it to build a shared library, it will only build a static library. I didn't mention building a shared library or telling configure to build a shared library. You should probably try to reproduce the problem as I explained it. I don't mind being prodded with noob suggestions, sometimes they're right! Philip On 27/10/11 23:07, Paul Brossier wrote: Hi! are you sure you are using the correct version? your locally built version should install in /usr/local, but unless you uninstalled the debian package, or set your LD_LIBRARY_PATH, the one in /usr would be used. Best, Paul On 26/10/2011 22:19, Philip Ashmore wrote: Package: fftw3 Severity: normal While trying to track down a memory allocation problem with fftw3, I read the documentation and discovered the --enable-debug-malloc option. So I did an $ apt-get source fftw3 $ cd fftw3-3.2.2 $ ./configure CFLAGS=-g --prefix=$(readlink -f ..) --enable-debug-malloc --enable-debug $ make install I even compiled the test program with -DFFTW_DEBUG -DFFTW_DEBUG_MALLOC but no malloc debugging takes place. I ended up linking with -lmcheck and sprinkling mcheck(0) to find the problem. I realize this is probably an upstream bug but I'm reporting this to Debian as I understand it's a Debian preference. -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646783: fftw3: configure --enable-debug-malloc doesn't enable debug_malloc
Package: fftw3 Severity: normal While trying to track down a memory allocation problem with fftw3, I read the documentation and discovered the --enable-debug-malloc option. So I did an $ apt-get source fftw3 $ cd fftw3-3.2.2 $ ./configure CFLAGS=-g --prefix=$(readlink -f ..) --enable-debug-malloc --enable-debug $ make install I even compiled the test program with -DFFTW_DEBUG -DFFTW_DEBUG_MALLOC but no malloc debugging takes place. I ended up linking with -lmcheck and sprinkling mcheck(0) to find the problem. I realize this is probably an upstream bug but I'm reporting this to Debian as I understand it's a Debian preference. -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646069: rxtx: cryptic port open failure messages
Package: rxtx Severity: normal Dear Maintainer, * What led up to the situation? I just got an Arduino Uno and I couldn't get the software to see the board - no ports listed. A few hours later I got it working - it would have been quicker if the error reports told more. I also found a reference to a file called gnu.io.rxtx.properties which is to be found in one of the Java extension directories - the attached patch handles the case where the java.ext.dirs system property contains more than one directory. The real clincher was in SerialImp.h/c where I print the port and the open() error return code. This is how I found out that you need to log out and then back in again for group additions to take effect! I entered the source tree after apt-get sourceing rxtx and went through configure --prefix=/usr; make; sudo make install with debugging added with make -DDEBUG_VERBOSE I finally tracked it down. Take the patch or leave it, but if you could, please get sudo make uninstall working from the source tree! Thanks. -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Naur rxtx-2.2pre2/src/gnu/io/RXTXCommDriver.java rxtx-2.2pre2-new/src/gnu/io/RXTXCommDriver.java --- rxtx-2.2pre2/src/gnu/io/RXTXCommDriver.java 2011-10-21 01:29:20.0 +0100 +++ rxtx-2.2pre2-new/src/gnu/io/RXTXCommDriver.java 2011-10-21 01:28:56.840173668 +0100 @@ -356,7 +356,7 @@ First try to register ports specified in the properties file. If that doesn't exist, then scan for ports. */ - for (int PortType=CommPortIdentifier.PORT_SERIAL;PortType=CommPortIdentifier.PORT_PARALLEL;PortType++) { + for (int PortType=CommPortIdentifier.PORT_SERIAL; PortType=CommPortIdentifier.PORT_PARALLEL; PortType++) { if (!registerSpecifiedPorts(PortType)) { if (!registerKnownPorts(PortType)) { registerScannedPorts(PortType); @@ -375,10 +375,18 @@ while (tok.hasMoreElements()) { String PortName = tok.nextToken(); - - if (testRead(PortName, PortType)) + if(debug) +System.out.println(Trying + PortName + .); + if (testRead(PortName, PortType)) { CommPortIdentifier.addPortName(PortName, PortType, this); +if(debug) + System.out.println(Success: Read from + PortName + .); + }else{ +if(debug) + System.out.println(Fail: Cannot read from + PortName + + .); + } } } @@ -402,26 +410,39 @@ private boolean registerSpecifiedPorts(int PortType) { String val = null; - Properties origp = System.getProperties();//save system properties - - try - { + Properties origp = System.getProperties(); // save system properties - String ext_dir=System.getProperty(java.ext.dirs)+System.getProperty(file.separator); - FileInputStream rxtx_prop=new FileInputStream(ext_dir+gnu.io.rxtx.properties); - Properties p=new Properties(); - p.load(rxtx_prop); - System.setProperties(p); - for (Iterator it = p.keySet().iterator(); it.hasNext();) { - String key = (String) it.next(); - System.setProperty(key, p.getProperty(key)); - } - }catch(Exception e){ - if (debug){ - System.out.println(The file: gnu.io.rxtx.properties doesn't exists.); - System.out.println(e.toString()); - }//end if + String [] ext_dirs = System.getProperty(java.ext.dirs).split(:); + String fs = System.getProperty(file.separator); + for (int n = 0; n ext_dirs.length; ++n) { + String ext_file = ?; + try{ +ext_file = ext_dirs[n] + fs + gnu.io.rxtx.properties; +FileInputStream rxtx_prop = new FileInputStream(ext_file); +Properties p=new Properties(); +p.load(rxtx_prop); +System.setProperties(p); +for (Iterator it = p.keySet().iterator(); it.hasNext();) { + String key = (String) it.next(); + String value = p.getProperty(key); + if(debug) { + System.out.println(key + - + value); + } + System.setProperty(key, value); +} + }catch(Exception e){ +if (debug){ + System.out.println(The file \ + ext_file + + \ doesn't exist.); + System.out.println(e.toString()); +}//end if +continue; }//end catch + if (debug){ +System.out.println(Read properties from \ + ext_file + + \.); + }//end if + }//end for if (debug) System.out.println(checking for system-known ports of type +PortType); diff -Naur rxtx-2.2pre2/src/SerialImp.c rxtx-2.2pre2-new/src/SerialImp.c --- rxtx-2.2pre2/src/SerialImp.c 2011-10-21 01:29:20.0 +0100 +++ rxtx-2.2pre2-new/src/SerialImp.c 2011-10-21 00:10:59.449672026 +0100 @@ -4359,7 +4359,11 @@ if( fd 0 ) { - report_verbose( testRead() open failed\n ); + report_verbose( testRead() open \ ); + report_verbose( name
Bug#644995: Timing problems using libfuse-dev
Package: libfuse-dev Version: 2.8.6-1 Severity: normal Dear Maintainer, * What led up to the situation? I implemented malloc using treedb (a package of mine in SourceForge) To handle processes that forked other processes, I implemented a page-wise copy on write system using libfuse-dev * What exactly did you do (or not do) that was effective (or ineffective)? The tests malloc-test.sh and malloc-fork-test.sh work if I provide the -d option (enable debug output + foreground operation), but fail if I don't. * What was the outcome of this action? I was hoping to make the treedb-malloc-daemon completely silent and to be able to use libtreedb-malloc with regular programs via LD_PRELOAD. The debugging output will affect some programs, so I can't do it. * What outcome did you expect instead? A completely silent drop-in replacement for malloc. for memory intensive programs it would 1. use cache memory instead of consuming all available memory 2. avoid paging all your existing programs out 3. avoid grinding your system to a halt as it chomped away on swap space I think we've all come across programs like that. I thought this might be a neat way to get them to play nice. Steps to reproduce 1. git clone git://v3c.git.sourceforge.net/gitroot/v3c/v3c 2. git clone git://treedb.git.sourceforge.net/gitroot/treedb/treedb 3. cd v3c-2.0.0-01 4. ./v3c-tryout treedb-1.2.0-01 tryout This creates a directory called tryout in the parent directory that contains the v3c and treedb directories, unpacks the version of v3c used by the specified version of treedb, builds + installs v3c, builds + installs treedb, without needing elevated (root) privileges. To try out the results from the v3c directory, type .../tryout/enter-env and your prompt will indicate you're in the sandbox cd to treedb-1.2.0-01 inside the sandbox and type make check All the tests should pass. Now edit the two malloc-*,sh scripts to not pass the -d option to treedb- malloc-daemon, and the tests fail. To see what's going on a bit more clearly, you can also 1. change -DTREEDB_DEBUG=1 and -DV3C_DEBUG=1 in libtreedb_malloc_@PACKAGE_API_VERSION@_la_CPPFLAGS in v3c/3-comet/Makefile.am 2. touch v3c/3-comet/treedb-malloc.h 3. make check again You'll see some treedb messages about the memory operations I left these disabled as, like I said, I wanted the drop-in to be silent. I don't have enough spell potions to handle the task of debugging a libfuse program (like treedb-malloc-daemon) that talks to a kernel module while being used by a forking process! -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfuse-dev depends on: ii libfuse2 2.8.6-1 ii libselinux1-dev [libselinux-dev] 2.1.0-1 libfuse-dev recommends no packages. Versions of packages libfuse-dev suggests: ii fuse 2.8.6-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642703: general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of fglrx.
For what it's worth, I didn't know you were talking about screen corruption that _went_ _away_. I've seen that problem with menus on KDE4, but that's not what I was talking about. My problem was to do with font corruption (particular characters in particular fonts, not the same characters) when the system ran out of memory and had to use swap space, which also happened after hibernate as that process starves the system of memory before hibernation. Anyway, there have been a few updates between then and now, and the problem seems to have gone away. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642784: network-manager 0.9.0-2 non-functional
On 26/09/11 21:41, Michael Biebl wrote: Unless you can provide further information regarding this issue, I don't see another way but closing the bug report. I reported this to Trinity Trinity networking breaks with network-manager 0.9 http://bugs.pearsoncomputing.net/show_bug.cgi?id=521 It's a shame you guys can't get along - I'm certain I'm not the only one who hates KDE 4.x. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642703: general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of fglrx.
Oops! I should have mentioned, I've got Intel GM965/GL960 graphics on my laptop. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642784: [Pkg-utopia-maintainers] Bug#642784: network-manager 0.9.0-2 non-functional
On 25/09/11 13:11, Michael Biebl wrote: tags 642784 moreinfo thanks Am 25.09.2011 02:42, schrieb Philip Ashmore: Package: network-manager Version: 0.8.1-6+squeeze1 Severity: grave Justification: renders package unusable Hi there. * What led up to the situation? I ran synaptic and updated my system. * What exactly did you do (or not do) that was effective (or ineffective)? 1. I booted Ubuntu 2. I downloaded network-manager_0.8.1-6+squeeze1_amd64.deb 3. I put in my Debian's /var/cache/apt/archives directory 4. rebooted into Debian 5. ran synaptic 6. forced the version of network-manager to 0.8.1-6+squeeze1 7. updated, thereby downgrading networkmanager to 0.8.1-6+squeeze1 8. locked the version This information is unfortunately useless. Speaking of completely useless, it would have been nice to see some sort of dialog, such as I see the recent upgrade of Network Manager is causing problems - should I try to downgrade? [*] collect information for a bug report [ok] [cancel] See http://en.wikipedia.org/wiki/Psychological_projection for more about this. Could you please provide the output of nm-tool and a debug log of NetworkManager following the instructions at [1]. My system has no /etc/default/NetworkManager file, so no $DAEMON_OPTS in /etc/init.d/network-manager. Here's nm-tools output now (working)EOF NetworkManager Tool State: connected ** (process:14419): WARNING **:WARN get_one_connection(): error: invalid connection: 'NMSettingWireless' / 'ssid' invalid: 1 - Device: wlan0 [v3c] - Type: 802.11 WiFi Driver:ath5k State: connected Default: yes HW Address:00:22:68:98:C3:98 Capabilities: Speed: 54 Mb/s Wireless Properties WEP Encryption: yes WPA Encryption: yes WPA2 Encryption: yes Wireless Access Points (* = current AP) *v3c:Infra, 00:14:D1:57:20:2D, Freq 2412 MHz, Rate 54 Mb/s, Strength 71 WPA2 (other entries deleted for privacy) IPv4 Settings: Address: 192.168.10.102 Prefix: 24 (255.255.255.0) Gateway: 192.168.10.1 DNS: 192.168.10.1 - Device: eth1 - Type: Wired Driver:8139too State: unavailable Default: no HW Address:AA:00:04:00:0A:04 Capabilities: Carrier Detect: yes Speed: 10 Mb/s Wired Properties Carrier: off EOF Here's the output of nm-tool with the update (not working).EOF NetworkManager Tool State: disconnected - Device: wlan0 Type: 802.11 WiFi Driver:ath5k State: disconnected Default: no HW Address:00:22:68:98:C3:98 Capabilities: Wireless Properties WEP Encryption: yes WPA Encryption: yes WPA2 Encryption: yes Wireless Access Points v3c: Infra, 00:14:D1:57:20:2D, Freq 2412 MHz, Rate 54 Mb/s, Strength 70 WPA2 (other entries deleted for privacy) - Device: eth1 - Type: Wired Driver:8139too State: unavailable Default: no HW Address:AA:00:04:00:0A:04 Capabilities: Carrier Detect: yes Speed: 10 Mb/s Wired Properties Carrier: off EOF Here's the output ofsudo /usr/sbin/NetworkManager --log-level=debug --no-daemon (not working)EOF NetworkManager[15420]:info NetworkManager (version 0.9.0) is starting... NetworkManager[15420]:info Read config file /etc/NetworkManager/NetworkManager.conf NetworkManager[15420]:info VPN: loaded org.freedesktop.NetworkManager.vpnc NetworkManager[15420]:info VPN: loaded org.freedesktop.NetworkManager.openvpn NetworkManager[15420]:info VPN: loaded org.freedesktop.NetworkManager.strongswan NetworkManager[15420]:info VPN: loaded org.freedesktop.NetworkManager.pptp NetworkManager[15420]:SCPlugin-Ifupdown: init! NetworkManager[15420]:SCPlugin-Ifupdown: update_system_hostname NetworkManager[15420]:SCPluginIfupdown: management mode: unmanaged NetworkManager[15420]:SCPlugin-Ifupdown: devices added (path: /sys/devices/pci:00/:00:1c.0/:01:00.0/net/wlan0, iface: wlan0) NetworkManager[15420]:SCPlugin-Ifupdown: device added (path: /sys/devices/pci:00/:00:1c.0/:01:00.0/net/wlan0, iface: wlan0): no ifupdown configuration found. NetworkManager[15420]:SCPlugin-Ifupdown: devices added (path: /sys/devices/pci:00/:00:1e.0/:02:01.0/net/eth1, iface: eth1) NetworkManager[15420]:SCPlugin-Ifupdown: device added (path: /sys/devices/pci:00/:00:1e.0/:02:01.0/net/eth1, iface: eth1
Bug#642703: general: Scan lines appear in drop-down menus. LibreOffice also shows artifacts when starting. Might be something to do with the version of fglrx.
Hi there. Do you have swap space enabled? How much memory do you have? I get this problem, including font corruption (one or two characters per font), whenever I run something that causes the system to start using swap space. For me, it seems to happen most to Gnome apps, including Google Chrome. Did you notice excessive hard disk activity when you started the program, I mean, apart from the activity involved in loading the program. Check: try closing other programs first, starting LibreOffice, and see if there's any difference. Regards, Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642784: network-manager 0.9.0-2 non-functional
Package: network-manager Version: 0.8.1-6+squeeze1 Severity: grave Justification: renders package unusable Hi there. * What led up to the situation? I ran synaptic and updated my system. * What exactly did you do (or not do) that was effective (or ineffective)? 1. I booted Ubuntu 2. I downloaded network-manager_0.8.1-6+squeeze1_amd64.deb 3. I put in my Debian's /var/cache/apt/archives directory 4. rebooted into Debian 5. ran synaptic 6. forced the version of network-manager to 0.8.1-6+squeeze1 7. updated, thereby downgrading networkmanager to 0.8.1-6+squeeze1 8. locked the version * What was the outcome of this action? My wireless networking works again * What outcome did you expect instead? I expected that upgrading network-manager wouldn't bork my wireless networking -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113 ii dbus 1.4.14-1 ii isc-dhcp-client4.1.1-P1-17 ii libc6 2.13-21 ii libdbus-1-31.4.14-1 ii libdbus-glib-1-2 0.94-4 ii libgcrypt111.5.0-3 ii libglib2.0-0 2.28.6-1 ii libgnutls262.12.10-2 ii libgudev-1.0-0 172-1 ii libnl1 1.1-7 ii libnm-glib20.8.4.0-2 ii libnm-util10.8.4.0-2 ii libpolkit-gobject-1-0 0.102-1 ii libuuid1 2.19.1-5 ii lsb-base 3.2-28 ii udev 172-1 ii wpasupplicant 0.7.3-3 Versions of packages network-manager recommends: ii dnsmasq-base 2.58-2 ii iptables 1.4.12-1 ii modemmanager none ii policykit-1 0.102-1 ii ppp 2.4.5-5 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.30-5 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630441: g++-4.6 miscompilation
Hi there. It turns out that the problem was in the debug version - it shouldn't have worked. Further, the compiler should have noticed a reference to a stack variable being returned, but that didn't happen either. It's still my bad though. Sorry if I've wasted your time. Maybe this problem can help you guys figure out why the compiler didn't notice. Here's a detailed explanation for those interested. Notes - treedb and meta-treedb deal in offsets where allocation or freeing of heap data is involved, as they may result in having to resize the heap, which may cause the heap to move in memory. Yes, segment addressing would make this all go away, but it's not portable. Meta treedb stores data in a double-linked list node as follows - context.push_back(const InputType d) - meta::L2ListT...::push_back(Backend::pack_input(d)) - meta::L2List::PushBack(d) - return (HTREEDB_L2LISTNODE)L2LIST_pack_node(L2LIST_NS(PushBack)(context, hl, pv) This calls into l2list-impl.h, which needs to allocate a node. To do this, it calls on the BackEnd's AllocNode member, which knows how to calculate the required size based on the input data and information about the node size and alignment requirements, which it gets from the constexts description. Once returned, the node is linked into the list by L2LIST_NS(PushBack), and passed on to the caller. Meta treedb retrieves data from a double-linked list as follows context.PointerHead() gets the address of the node. context.data(node) gets the data from the node as follows: - meta:L2ListT...::data(pv) - meta::L2ListImplT...::data(pv) - Backend::unpack_data(node_to_data(pv)) The problem was that Backend::unpack_data returns a reference to a char *, which gets stepped on when optimized. Regards, Philip Ashmore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630441: g++-4.6 miscompilation
reference to a char * should read reference to a char * on the stack -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563804: reportbug: proposes wrong version
Package: reportbug Version: 6.2.1 Followup-For: Bug #563804 Hi there. I've got sid in sources.list but disabled. The version of coreutils I have installed is 8.5-1 When I type reportbug coreutils I get EOF Your version (8.5-1) of coreutils appears to be out of date. The following newer release(s) are available in the Debian archive: stable: 8.13-2 unstable: 8.13-2 Do you still want to file a report? EOF Synaptics reports only one available version - the one in stable - 8.5-1. -- Package-specific info: ** Environment settings: EMAIL=Philip Ashmore cont...@philipashmore.com INTERFACE=gtk2 ** /home/contact/.reportbugrc: reportbug_version 4.12.6 mode standard ui gtk2 email cont...@philipashmore.com no-cc header X-Debbugs-CC: cont...@philipashmore.com smtphost reportbug.debian.org -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.8.15.6 ii python2.6.7-3 ii python-reportbug 6.2.1 reportbug recommends no packages. Versions of packages reportbug suggests: ii debconf-utilsnone ii debsums none ii dlocate none ii emacs22-bin-common | emacs23-bin-common none ii file 5.08-1 ii gnupg1.4.11-3 ii postfix | exim4 | mail-transport-agent none ii python-gtk2 2.24.0-2 ii python-gtkspell 2.25.3-10.1 ii python-urwid none ii python-vte 1:0.28.1-2 ii xdg-utils1.1.0~rc1-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642392: coreutils: ls .. from a symlink lists the parent directory of the symlink target, not the symlink itself
Package: coreutils Version: 8.5-1 Severity: normal Hi there. It's easiest to show with an example EOF $ cd /temp $ mkdir -p v3c $ mkdir -p tryout $ cd tryout $ ln -s ../v3c v3c $ ls -lsa total 8 4 drwxr-xr-x 2 contact contact 4096 Sep 22 06:49 . 4 drwxr-xr-x 4 contact contact 4096 Sep 22 06:49 .. 0 lrwxrwxrwx 1 contact contact6 Sep 22 06:49 v3c - ../v3c $ cd v3c $ ls .. tryout v3c $ cd .. $ ls v3c EOF The last two listings should be the same - the contents of the directory containing the symlink. Instead, the second last listing shows the contents of the directory linked to by the symlink. -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.51-3 ii libattr1 1:2.4.46-3 ii libc62.13-18 ii libselinux1 2.1.0-1 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642392: coreutils: ls .. from a symlink lists the parent directory of the symlink target, not the symlink itself
On 22/09/11 07:16, Philip Ashmore wrote: The last two listings should be the same - the contents of the directory containing the symlink. Instead, the second last listing shows the contents of the directory linked to by the symlink. Sorry, the last line should read: Instead, the second last listing shows the contents of the parent of the directory linked to by the symlink. Reportbug doesn't have a back button. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630441: g++-4.6 miscompilation
Hi there. I believe I've tracked down the problem. I've published new versions of v3c(1.9.0-03), treedb(1.1.0-01) and meta-treedb(1.3.0-02) in SourceForge, which gets around this problem. 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. Looking at meta-treedb's v3c/1-comet/cxx-string-list-test.cpp, line 75: typedef char * DataType; is the heart of the problem. The change at line 77: typedef char DataType[0]; guides the compiler along the proper path. Neither compiler has a problem with either option in debug (-O0) builds and the tests pass. I guess the compiler should issue warnings or errors, depending on how you want to handle this. Regards, Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630441: g++-4.6 miscompilation
I'll work on trying to put together a simpler test case. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630441: g++-4.6 miscompilation
On 04/09/11 15:21, Matthias Klose wrote: tag 630441 moreinfo help thanks On 07/21/2011 12:01 PM, Philip Ashmore wrote: Sorry if I wasn't clear. All the tests pass in the debug (-0O) build. I've got gcc/g++ 4.4.6-6 installed and all the tests pass in debug and release mode. This is a problem with the g++ 4.6 release (-03) optimization. unproven. Well you could try it yourself, but that might be unproven too =) Repeating my questions here: how do you know that it's not undefined behaviour exposed by the new compiler version? I reported this bug because of undefined behaviour of the compiler. Some more information is needed: - is this seen on amd64 only, or on other architectures too? See Message 27 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#27 A 32 bit chroot means 32 bit, unless I'm mistaken. - which optimization flags are used? does lowering the optimization level works around the issue? See message 22 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#22 - does it build using gcc-snapshot, gcc-4.5 or gcc-4.4? I have gcc and g++ locked to version 4:4.4.5-1, where they work. time sh build.sh (from Message 12 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#12) ... real6m52.589s user5m37.477s sys 0m31.150s The test fails with gcc-snapshot-20110816-1 (attached) at the same place. time sh build-with-gcc-snapshot.sh ... real12m9.970s user10m57.633s sys 0m29.250s - if you have a working and a non-working build, can you try The build fails due to a test failure caused by the compiler generating incorrect code. If we want to fix this bug then working around it won't help. The same problem may happen at any time in anyones code. The fact that my code caught the problem in a test where it could be spotted is sheer good/bad luck, and is reproducible. to combine object files to determine the problematic object file? Philip build-with-gcc-snapshot.sh Description: Bourne shell script
Bug#630441: g++-4.6 miscompilation
On 04/09/11 17:40, Matthias Klose wrote: On 09/04/2011 06:24 PM, Philip Ashmore wrote: - if you have a working and a non-working build, can you try The build fails due to a test failure caused by the compiler generating incorrect code. If we want to fix this bug then working around it won't help. you do misunderstand. somebody has to find the object file which is causing this. It's not meant as a work around, but to find the offending code. If you can track this down to an object file, split it up further, and get to a function which you claim is miscompiled. The same problem may happen at any time in anyones code. The fact that my code caught the problem in a test where it could be spotted is sheer good/bad luck, and is reproducible. and it's not uncommon that newer GCC versions expose invalid code in somebody's code. Matthias From Message 5 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#5 The problem line appears to be 206: const char * p = context.data((PCVOID)node); Sorry if I wasn't clear: This is line 206 in file meta-treedb-1.3.0-01/v3c/1-comet/cxx-string-list-test.cpp. The function this line is in is int test(uint16_t abytes, uint16_t aflags, uint16_t xbytes, uint16_t xflags) and starts at line 96. This is the source file for the er, cxx-string-list-test program that failed. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630441: g++-4.6 miscompilation
- does it build using gcc-snapshot, gcc-4.5 or gcc-4.4? I have gcc and g++ locked to version 4:4.4.5-1, where they work. time sh build.sh (from Message 12 above http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441#12) ... real6m52.589s user5m37.477s sys 0m31.150s do you say, that if you just re-build the test program with an older GCC version, then the test does succeed? If not, you'll still have to find the object file in the tested code, not in the testing code. Yes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600204: linux-image-2.6.32-5-amd64: Squeeze ignores Lennys hibernate image
On 03/09/11 20:13, Jonathan Nieder wrote: Hi Philip, Philip Ashmore wrote: The Debian kernel has to decide if the image signature is a match - that's the reason for this bug report. IMHO the release name or equivalent should be in that signature somewhere, unless you're saying that their initrd's are a match too. The initrds don't have to match --- the role of the initrd when resuming is to load the hard disk driver and find the swap partition to resume from. Are you using different swap partitions for your lenny and squeeze installations (I'm guessing no, but it's worth a check)? Because of 1. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=592750 linux-2.6: fan not active after sleep/hibernate - I'm on Linux 3.0.0-1-amd64 - the fan isn't inactive but it's not doing its job 2. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=608489 [xserver-xorg-video-intel] Rendering issues after suspend to disk I don't suspend to disk unless I have a long running build in progress, so this issue doesn't happen as much. I've got one swap partition. I distinctly remember when hibernate used to add an entry to grub.cfg - resume from hibernate (or something similar) that did the job perfectly - it might have been OpenSuse or Fedora though. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#425790: Icedove 3.1.13-1 not opening email links
Package: icedove Version: 3.1.13-1 Followup-For: Bug #425790 I've had this problem for a while now. Running it from konsole on KDE Trinity shows no error messages, but no browser window opens. If I try icedove urll on the command line the command completes but neither icedove or the web page show. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.0.2Miscellaneous utilities specific t ii fontconfig 2.8.0-3 generic font configuration library ii libasound2 1.0.24.1-2 shared library for ALSA applicatio ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libffi5 3.0.10~rc10-1Foreign Function Interface library ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.6-2 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.1-4GCC support library ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.14-4 spell checker and morphological an ii libjpeg88c-2 Independent JPEG Group's JPEG runt ii libnspr4-0d 4.8.9-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.11-2Network Security Service libraries ii libpango1.0-0 1.28.4-3 Layout and rendering of internatio ii libpixman-1-0 0.22.2-1 pixel-manipulation library for X a ii libpng12-0 1.2.46-3 PNG library - runtime ii libsqlite3-03.7.7-2 SQLite 3 shared library ii libstartup-notification 0.12-1 library for program launch feedbac ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 ii libx11-62:1.4.4-1X11 client-side library ii libxrender1 1:0.9.6-2X Rendering Extension client libra ii libxt6 1:1.1.1-2X11 toolkit intrinsics library ii psmisc 22.14-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages icedove recommends: ii myspell-en-us [myspell-dictio 1:3.3.0-3 English_american dictionary for my Versions of packages icedove suggests: ii libdbus-glib-1-2 0.94-4 simple interprocess messaging syst ii libgconf2-4 2.32.4-1GNOME configuration database syste ii libgnomevfs2-0 1:2.24.4-1 GNOME Virtual File System (runtime ii libgssapi-krb5-2 1.9.1+dfsg-1+b1 MIT Kerberos runtime libraries - k ii libnotify4 0.7.3-2 sends desktop notifications to a n ii ttf-lyx 2.0.0-1 TrueType versions of some TeX font -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640289: clang 2.9.10 requires cpp-4.6 gcc-4.6 g++-4.6
Package: clang Version: 2.9-10 Severity: normal I wanted to install clang-2.9-10 from Sid. I have llvm-2.9 installed from Sid. When I selected clang for installation in Synaptic it reported that cpp-4.6 gcc-4.6 g++-4.6 and libstdc++-6.4.6-dev were required. Unfortunately, due to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630441 g++-4.6 miscompilation I can't use g++-4.6. I'm guessing that because it no longer requires llvm, it's now a plugin for gcc/g++ 4.6. Until the above bug is fixed the only option I can see is to provide two versions that conflict: 1. clang-gcc 2. clang-llvm The current situation also prevents using llvm/clang as an alternative for gcc/g++ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libffi53.0.10~rc10-1 Foreign Function Interface library ii libgcc11:4.6.1-4 GCC support library ii libstdc++6 4.6.1-4 GNU Standard C++ Library v3 Versions of packages clang recommends: pn llvm-2.7-dev none (no description available) ii python2.6.7-3interactive high-level object-orie clang suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592750: Bug cloned
Cloned as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640293 linux-3.0: fan behaves differently after sleep/hibernate Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630441: g++-4.6 miscompilation
Sorry if I wasn't clear. All the tests pass in the debug (-0O) build. I've got gcc/g++ 4.4.6-6 installed and all the tests pass in debug and release mode. This is a problem with the g++ 4.6 release (-03) optimization. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630441: g++-4.6 miscompilation
I just finished running the tests inside a fresh wheezy 32 bit chroot. The results are the same. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630441: g++-4.6 miscompilation
This fails with g++-4.6.1-4 from testing at the same place. I've updated the packages in sourceforge, so no patches are needed. I've attached a revised build.sh which runs the tests with the current versions. I was about to dive into a rant about why didn't you try this before releasing gcc/g++ 4.6.1-4 when I spotted a bug in v3c's build system, now fixed. If you'd tried it yourself you could have let me know. Shouldn't incorrect code generation block a compiler release? Please try this one. Philip build.sh Description: Bourne shell script
Bug#633612: libegl1-mesa: libEGL warning: failed to create DRM screen
Sorry I should have mentioned that the reasons I posted the header files here instead of upstream was 1. Debian prefers to be the first point of call for bugs 2. I can't log in to freedesktop.org, however many times I go through the forgot password route If someone could ping them about me not being able to log in, that would be great. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633612: libegl1-mesa: libEGL warning: failed to create DRM screen
Sorry again - I meant freedesktop.org's bugzilla. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633612: libegl1-mesa: libEGL warning: failed to create DRM screen
On 12/07/11 09:34, Michel Dänzer wrote: On Die, 2011-07-12 at 04:59 +0100, Philip Ashmore wrote: Package: libegl1-mesa Version: 7.10.3-3 Severity: normal I had a real problem tryinh to run the OpenVG demos included in the mesa-demos-8.0.1.tar.bz2 archive - header files missing! I've attached the ones I was able to piece together from looking at the code and the compiler output. Apologies in advance if they're not totally correct, but they do the job. EGL_PLATFORM=x11 ./lion_x11 libEGL warning: failed to create DRM screen libEGL warning: use software fallback EGL_VERSION = 1.4 (Gallium) Is hardware OpenVg completely borked with Intel graphics drivers? I'm afraid so; OpenVG is only available for Gallium drivers, so for now the only hope would be for older chipsets supported by the i915g driver. So, should this bug be redirected tolibdrm-intel1? I've got version 1.4.26-1 (testing) installed. Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org