Bug#642734: Version 1.1.3-1 also broken [ was: java applets don't work in iceweasel; java doesn't terminate after stopping iceweasel]
Package: icedtea-plugin Version: 1.1.3-1 This version of the package also fails on my system (iceweasel 6.0.2-1, openjdk-6-jre 6b23~pre9-2) with the same error message. -- Best regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580273: snapshot.debian.org: Missing source files for clive 2.2.7-1
On Thu, 13 May 2010, Peter Palfrader wrote: > On Tue, 04 May 2010, James Vega wrote: > > > Package: snapshot.debian.org > > Severity: normal > > > > http://snapshot.debian.org/mr/package/clive/ lists 2.2.7-1 but > > http://snapshot.debian.org/mr/package/clive/2.2.7-1/srcfiles is a 404. > > Looking at http://snapshot.debian.org/package/clive/2.2.7-1/ shows that only > > the binary files for that version exist. > > I looked into this briefly when you mentioned it on IRC. The last URL > of yours links to > http://snapshot.debian.org/archive/debian/20091101T105451Z/pool/main/c/clive/ > which shows that there are sources, but for some reason they have not > been index properly. > > I need to investigate some more but haven't had the time for that yet. Ok, The issue is triggered by the package-file.map file containing entries of these files before the files themselves exist in the mirrored and imported tree. That causes the linking between the file and a source or binary package to fail. On the next mirrorrun's indexing however, the package-file.map entry is not considered anymore (in --quick mode) because it was already in the previous map file. (For now, I've re-run some mirrorrun's index runs in non-fast mode. Now ever .dsc file belongs to a src package, and every .deb is associated with a binary package.) -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642975: Update for version 1.1.3-1: "man javaws" defect, since javaws man page file not compressed
Package: icedtea-netx Version: 1.1.3-1 /usr/lib/jvm/java-6-openjdk-amd64/jre/man/man1/javaws.1 should be gzip-ped. -- Best regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643643: error: conflicting declaration 'typedef long unsigned int intptr_t'
severity 643643 normal thanks On Wed, Sep 28, 2011 at 4:43 PM, Mehdi Dogguy wrote: > On 28/09/2011 12:11, Mathieu Malaterre wrote: >> Package: vxl >> Version: 1.14.0-9 >> Severity: serious >> Tags: upstream >> Justification: fails to build from source >> > > Why is this set to serious? alpha is not a release architecture anymore. > You're the maintainer and you can decide that it is "serious", but it is > not mandatory. Ooops, I did not even realize I was shouting myself in the foot: vxl would not transition to testing. I changed the severity back to normal. Thanks for the quick notice, -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#602034: libjpeg-turbo
Hi, libjpeg-turbo packages now in ubuntu: https://launchpad.net/ubuntu/+source/libjpeg-turbo/ There is also a new ITP at #612341 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614498: guppy: FTBFS with Python 2.7: ImportError: guppy/sets/setsc.so: undefined symbol: _PyLong_AsScaledDouble
Hi, On 09/29/2011 07:49 AM, Nobuhiro Iwamatsu wrote: >> I've just tried to build the guppy version from SVN and run the test suite >> with >> Python 2.7 on an amd64 machine. The test suite already fails test1 in >> guppy/sets/test.py. I've also tried on a 32 bit machine and and their it >> didn't >> fail. >> >> The reason is simple: _PyLong_Frexp takes a Py_ssize_t* as second argument >> but a >> int* is passed. Therefor _PyLong_Frexp messes with other variables on the >> stack >> since Py_ssize_t is larger than int on amd64. >> >> Attached is a patch to fix this issues. > > I checked this package with your patch on latest unstable. > This problem does not seem to be settled with your patch. > I attach build log. As noted in my first mail, my patch was against the latest SVN revision. And there these issues were already fixed (see revision 87 from [1] and onwards). And since Yaroslav explicitly talked about including these changes I didn't include them in my patch. Regards, [1] http://guppy-pe.svn.sourceforge.net/viewvc/guppy-pe?view=revision&revision=87 -- Sebastian Ramacher signature.asc Description: OpenPGP digital signature
Bug#642737: liblocale-maketext-gettext-perl: FTBFS: XXX
tag 642737 + unreproducible thanks Hi On Sat, Sep 24, 2011 at 11:10:01PM +0200, Salvatore Bonaccorso wrote: > On Sat, Sep 24, 2011 at 11:45:34PM +0300, Damyan Ivanov wrote: > > tags 642737 moreinfo unreproducible > > I can reproduce it with a build with sbuild. > > (No time to look at it today however). Now I'm neither able to reproduce it again. Mònica could you please check too? Regards Salvatore signature.asc Description: Digital signature
Bug#573763: I'm also running into "current stop runlevel(s) ... overwrite defaults ..."
<-- snip --> (Reading database ... 248737 files and directories currently installed.) Preparing to replace cron 3.0pl1-119 (using .../cron_3.0pl1-120_amd64.deb) ... Stopping periodic command scheduler: cron. Unpacking replacement cron ... Processing triggers for bash-completion ... Processing triggers for man-db ... Setting up cron (3.0pl1-120) ... Installing new version of config file /etc/default/cron ... insserv: warning: current stop runlevel(s) (1) of script `cron' overwrites defaults (empty). Starting periodic command scheduler: cron. $ <-- snip --> I'm 100% confident that I did not ever manually fiddle with the runlevels for cron or other packages where I saw similar warnings. cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619735: [debian] Bug #619735
Hi Bert, do you still see this problem with recent versions of org-mode in unstable ? I can't seem to reproduce it... Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632223: Scrolling events arrive even after scrolling ended
Il giorno sab, 02/07/2011 alle 16.59 +0200, Cyril Brulebois ha scritto: > Pietro Battiston (02/07/2011): > > https://bugs.freedesktop.org/show_bug.cgi?id=38909 > > thanks, marking as forwarded there with the above command (and > control@bugs.d.o in bcc). > > > If that helps and it is not terribly complicated, I can try. > > Uploaded to sid a few hours ago, soon on your mirror. ;) > As reported in the Freedesktop bug (I'll provide feedback on that only from now on), I can still reproduce with 2:1.11.1-1. bye Pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643301: [johnmoha...@gmail.com: Re: linux-image-3.0.0-1-rt-amd64: Suspend to ram hangs]
Hello John, On Thu, Sep 29, 2011 at 12:04:38AM +1000, John O'Hagan wrote: > On Tue, 27 Sep 2011 14:59:53 +0200 > Uwe Kleine-König wrote: > > > On Tue, 27 Sep 2011 00:45:01 -0500 > > > Jonathan Nieder wrote: > > > > 3. Since hey, one can be lucky sometimes: is it possible to > > > > catch the failure as it happens, for example by not suspending > > > > the console and suspending everything else? See > > > > > > > > > > > > https://raw.github.com/torvalds/linux/master/Documentation/power/basic-pm-debugging.txt > > > > > > > > https://raw.github.com/torvalds/linux/master/Documentation/networking/netconsole.txt > > > > > > > > (or the analagously named files in the linux-doc-3.0.0 > > > > package) for hints in that direction. > > > > > > This is a little out of my comfort zone, but I did follow the > > > procedure in the first link, running the sequential tests with > > > /sys/power/pm_test. "freezer", "devices" and "platform" tests all > > > work, the failure occurs with "processors", both for STR and STD. > > > IFACT from the link, this means the problem is not with a driver but > > > with processor states? But my laptop only has a single processor > > > (even though in /sys/devices/system/cpu/ there is cpu0 and cpu1, > > > only the latter has a file "online" mentioned in the link, is this > > > relevant?). > > Did you try adding > > > > no_console_suspend > > > > to the kernel commandline? > > I have now: for STR, the screen goes blank so if the freeze occurs I > don't get to see any messages. For STD, all messages are normal up to > and including the one that says the image is being saved (didn't note > the exact wording), and there it stops. As netconsole doesn't work on -rt IIRC do you can try using a serial console? > Should I go ahead with a report to linux-rt-users as Jonathan has > advised? You can try, but I already asked in the linux-rt irc channel and Thomas has no idea and doesn't seem to be interested to look deeper. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614498: guppy: FTBFS with Python 2.7: ImportError: guppy/sets/setsc.so: undefined symbol: _PyLong_AsScaledDouble
Hi,
2011/9/29 Sebastian Ramacher :
> Hi,
>
> On 09/29/2011 07:49 AM, Nobuhiro Iwamatsu wrote:
>>> I've just tried to build the guppy version from SVN and run the test suite
>>> with
>>> Python 2.7 on an amd64 machine. The test suite already fails test1 in
>>> guppy/sets/test.py. I've also tried on a 32 bit machine and and their it
>>> didn't
>>> fail.
>>>
>>> The reason is simple: _PyLong_Frexp takes a Py_ssize_t* as second argument
>>> but a
>>> int* is passed. Therefor _PyLong_Frexp messes with other variables on the
>>> stack
>>> since Py_ssize_t is larger than int on amd64.
>>>
>>> Attached is a patch to fix this issues.
>>
>> I checked this package with your patch on latest unstable.
>> This problem does not seem to be settled with your patch.
>> I attach build log.
>
> As noted in my first mail, my patch was against the latest SVN revision. And
> there these issues were already fixed (see revision 87 from [1] and onwards).
> And since Yaroslav explicitly talked about including these changes I didn't
> include them in my patch.
>
Oh, sorry. I did wrong understanding for your messege.
Nobuhiro
--
Nobuhiro Iwamatsu
iwamatsu at {nigauri.org / debian.org}
GPG ID: 40AD1FA6
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643712: GNOME or GTK tabs are very slow
Hi, My machine is running Debian Wheezy amd64; using Debian provided kernel 3.0 and the Nvidia drivers (installed the Debian way). I am running Gnome as my desktop and am not using any Compositing window manager. Starting from yesterday (28-Sep-2011) I realised Google Chrome's tabs and address bar were acting very slow. I started searching on the internet for similar problems when I stumbled across this bug report (so I will append my observations here). Some issues that I have observed occuring on my machine that started at the same time: 1. GTK+ programs using tabs are very slow (Google Chrome, gedit, iceweasel/firefox) 2. "System Monitor" tool starts running up 100% CPU usage (according to other bug reports on bugs.debian.org, this probem has been seen before and according to those reports it is most likely display driver issue). I am very sure that my computer was running perfectly on 26-Sep-2011. As such I am attaching information on the packages that were updated on my machine since. >cat dpkg.log | grep "2011-09-28.*status installed" 2011-09-28 23:51:33 status installed gnome-menus 2.30.3-2+b1 2011-09-28 23:51:33 status installed desktop-file-utils 0.15-2 2011-09-28 23:51:36 status installed man-db 2.6.0.2-2 2011-09-28 23:51:36 status installed libxcb-dri2-0 1.7-3 2011-09-28 23:51:37 status installed gdebi-core 0.8.2 2011-09-28 23:51:37 status installed gdebi 0.8.2 2011-09-28 23:51:37 status installed xserver-common 2:1.11.1-1 2011-09-28 23:51:37 status installed xserver-xorg-core 2:1.11.1-1 2011-09-28 23:51:37 status installed xserver-xorg-video-tseng 1:1.2.4-2+b2 2011-09-28 23:51:37 status installed xserver-xorg-video-siliconmotion 1:1.7.5-1+b2 2011-09-28 23:51:37 status installed xserver-xorg-video-r128 6.8.1-5+b2 2011-09-28 23:51:38 status installed xserver-xorg-video-mach64 6.9.0-1+b1 2011-09-28 23:51:38 status installed xserver-xorg-video-radeon 1:6.14.2-2 2011-09-28 23:51:38 status installed xserver-xorg-video-ati 1:6.14.2-2 2011-09-28 23:51:38 status installed xserver-xorg-video-intel 2:2.16.0-1 2011-09-28 23:51:38 status installed xserver-xorg-video-chips 1:1.2.4-1+b2 2011-09-28 23:51:38 status installed xserver-xorg-video-trident 1:1.3.4-2+b2 2011-09-28 23:51:39 status installed xserver-xorg-video-s3 1:0.6.3-4+b2 2011-09-28 23:51:39 status installed xserver-xorg-video-i128 1:1.3.4-2+b2 2011-09-28 23:51:39 status installed xserver-xorg-video-mga 1:1.4.13.dfsg-3+b2 2011-09-28 23:51:39 status installed xserver-xorg-video-nouveau 1:0.0.16+git20110411+8378443-1+b2 2011-09-28 23:51:39 status installed xserver-xorg-video-neomagic 1:1.2.5-2+b2 2011-09-28 23:51:39 status installed xserver-xorg-video-cirrus 1:1.3.2-4+b2 2011-09-28 23:51:39 status installed xserver-xorg-video-ark 1:0.7.3-2+b2 2011-09-28 23:51:40 status installed xserver-xorg-video-tdfx 1:1.4.3-4+b2 2011-09-28 23:51:40 status installed xserver-xorg-video-sisusb 1:0.9.4-2+b2 2011-09-28 23:51:40 status installed xserver-xorg-video-rendition 1:4.2.4-2+b2 2011-09-28 23:51:40 status installed xserver-xorg-video-vesa 1:2.3.0-7+b1 2011-09-28 23:51:40 status installed xserver-xorg-video-fbdev 1:0.4.2-4+b2 2011-09-28 23:51:40 status installed xserver-xorg-video-savage 1:2.3.2-3+b2 2011-09-28 23:51:40 status installed xserver-xorg-video-vmware 1:11.0.3-2+b2 2011-09-28 23:51:41 status installed xserver-xorg-video-openchrome 1:0.2.904+svn920-1+b1 2011-09-28 23:51:41 status installed xserver-xorg-video-s3virge 1:1.10.4-4+b2 2011-09-28 23:51:41 status installed xserver-xorg-video-voodoo 1:1.2.4-2+b2 2011-09-28 23:51:41 status installed xserver-xorg-video-apm 1:1.2.3-2+b2 2011-09-28 23:51:41 status installed xserver-xorg-video-sis 1:0.10.3-3+b2 2011-09-28 23:51:41 status installed xserver-xorg-input-evdev 1:2.6.0-2+b2 2011-09-28 23:51:41 status installed xserver-xorg-input-wacom 0.10.10+20110203-1+b2 2011-09-28 23:51:42 status installed xserver-xorg-input-synaptics 1.4.1-1+b1 2011-09-28 23:53:08 status installed man-db 2.6.0.2-2 2011-09-28 23:53:09 status installed libcurl3 7.21.7-3 2011-09-28 23:53:09 status installed libcurl3-gnutls 7.21.7-3 2011-09-28 23:53:09 status installed libmng1 1.0.10-3 2011-09-28 23:53:09 status installed libtalloc2 2.0.7-1 2011-09-28 23:53:10 status installed libtiff4 3.9.5-2 2011-09-28 23:53:10 status installed libx264-116 2:0.116.2042+git178455c-2 2011-09-28 23:53:10 status installed libxvidcore4 2:1.3.2-6 2011-09-28 23:53:10 status installed libgstfarsight0.10-0 0.0.30-1 2011-09-28 23:53:10 status installed poppler-data 0.4.5-2 2011-09-28 23:53:10 status installed xserver-xephyr 2:1.11.1-1 2011-09-28 23:53:11 status installed pcmciautils 018-4 2011-09-28 23:54:54 status installed gnome-menus 2.30.3-2+b1 2011-09-28 23:54:54 status installed desktop-file-utils 0.15-2 2011-09-28 23:55:05 status installed gconf2 2.32.4-1 2011-09-28 23:55:07 status installed man-db 2.6.0.2-2 2011-09-28 23:55:07 status installed menu 2.1.45 >cat dpkg.log | grep "2011-09-27.*status installed" 2011-09-27 05:27:10 status installed man-d
Bug#643741: linux-headers-2.6.32-5-amd64: kernel BUG at /build/buildd-linux-2.6_2.6.32-35squeeze2-amd64-OT816k/linux-2.6-2.6.32/debian/build/source_amd64_none/mm/slub.c:2969!
Package: linux-headers-2.6.32-5-amd64 Version: 2.6.32-35squeeze2 Severity: critical Justification: breaks the whole system Hello, Just installed clean Debian 6.0.2 amd64 and did a reboot via shutdown -r now . This is what I am getting: [ 1619.241195] kernel BUG at /build/buildd-linux-2.6_2.6.32-35squeeze2-amd64-OT816k/linux-2.6-2.6.32/debian/build/source_amd64_none/mm/slub.c:2969! [ 1619.241198] invalid opcode: [#1] SMP [ 1619.241201] last sysfs file: /sys/power/state [ 1619.241203] CPU 2 [ 1619.241205] Modules linked in: acpi_cpufreq cpufreq_conservative cpufreq_powersave cpufreq_userspace cpufreq_stats parport_pc ppdev lp parport sco bridge stp bnep rfcomm l2cap bluetooth rfkill vboxnetflt vboxdrv binfmt_misc fuse loop usbhid hid snd_usb_audio uvcvideo snd_usb_lib snd_seq_midi snd_seq_midi_event videodev v4l1_compat snd_hda_codec_atihdmi snd_rawmidi v4l2_compat_ioctl32 snd_hda_codec_realtek snd_hda_intel snd_hda_codec snd_hwdep snd_pcm snd_seq snd_timer snd_seq_device radeon snd processor ttm evdev drm_kms_helper i2c_i801 drm i2c_algo_bit pcspkr asus_atk0110 i2c_core soundcore snd_page_alloc psmouse button serio_raw ext4 mbcache jbd2 crc16 sg sr_mod sd_mod crc_t10dif cdrom uhci_hcd ata_generic pata_marvell ata_piix libata atl1e ehci_hcd scsi_mod thermal thermal_sys usbcore nls_base [last unloaded: vboxnetadp] [ 1619.241266] Pid: 2400, comm: rmmod Not tainted 2.6.32-5-amd64 #1 P5QL PRO [ 1619.241268] RIP: 0010:[] [] kfree+0x55/0xcb [ 1619.241278] RSP: 0018:88012d8cdea8 EFLAGS: 00010246 [ 1619.241281] RAX: 0208 RBX: 000c RCX: 020001f7 [ 1619.241283] RDX: 0001 RSI: ea00041d4918 RDI: ea000380 [ 1619.241286] RBP: 8801 R08: R09: 81455f10 [ 1619.241288] R10: 88012fa24660 R11: 03c0 R12: 81078190 [ 1619.241290] R13: 7fff03473ed5 R14: R15: 0001 [ 1619.241293] FS: 7f306c12e700() GS:88000550() knlGS: [ 1619.241296] CS: 0010 DS: ES: CR0: 8005003b [ 1619.241299] CR2: 7f0257067e80 CR3: 00012e6e2000 CR4: 06e0 [ 1619.241301] DR0: DR1: DR2: [ 1619.241304] DR3: DR6: 0ff0 DR7: 0400 [ 1619.241307] Process rmmod (pid: 2400, threadinfo 88012d8cc000, task 88012d48f810) [ 1619.241308] Stack: [ 1619.241310] 000c 88012e572000 0880 81078190 [ 1619.241314] <0> a02197b0 81078b07 [ 1619.241318] <0> 7fff03473ed5 a02197b0 81078e23 [ 1619.241323] Call Trace: [ 1619.241328] [] ? free_sect_attrs+0x1f/0x2f [ 1619.241333] [] ? free_module+0x73/0x120 [ 1619.241337] [] ? sys_delete_module+0x216/0x258 [ 1619.241343] [] ? page_fault+0x25/0x30 [ 1619.241347] [] ? system_call_fastpath+0x16/0x1b [ 1619.241349] Code: 83 c3 08 48 83 3b 00 eb ec 48 83 fd 10 0f 86 89 00 00 00 48 89 ef e8 b9 e8 ff ff 48 89 c7 48 8b 00 84 c0 78 13 66 a9 00 c0 75 04 <0f> 0b eb fe 5b 5d 41 5c e9 ac 56 fd ff 48 8b 4c 24 18 4c 8b 4f [ 1619.241379] RIP [] kfree+0x55/0xcb [ 1619.241383] RSP [ 1619.241386] ---[ end trace e7ed2d5edc1bd124 ]--- -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 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 linux-headers-2.6.32-5-amd64 depends on: ii gcc-4.34.3.5-4 The GNU C compiler ii linux-headers-2.6.32-5 2.6.32-35squeeze2 Common header files for Linux 2.6. ii linux-kbuild-2.6.322.6.32-1 Kbuild infrastructure for Linux 2. linux-headers-2.6.32-5-amd64 recommends no packages. linux-headers-2.6.32-5-amd64 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#643742: icedtea-6-jre-cacao: Depends: openjdk-6-jre-headless (= 6b18-1.8.7-2~squeeze1) but 6b18-1.8.9-0.1~squeeze1 is to be installed.
Package: icedtea-6-jre-cacao Version: 6b18-1.8.7-2~squeeze1 Severity: important Hello, I've a problem with upgrading openjdk-6 packages on my Debian Squeeze box: ptecza@myserver:~$ sudo aptitude update && sudo aptitude upgrade [sudo] password for ptecza: Hit http://ftp.icm.edu.pl squeeze Release.gpg Ign http://ftp.icm.edu.pl/pub/Linux/debian/ squeeze/main Translation-en Ign http://ftp.icm.edu.pl/pub/Linux/debian/ squeeze/main Translation-en_US Hit http://ftp.icm.edu.pl/pub/Linux/debian/ squeeze/main Translation-pl Hit http://ftp.icm.edu.pl squeeze-updates Release.gpg Ign http://ftp.icm.edu.pl/pub/Linux/debian/ squeeze-updates/main Translation-en Ign http://ftp.icm.edu.pl/pub/Linux/debian/ squeeze-updates/main Translation-en_US Ign http://ftp.icm.edu.pl/pub/Linux/debian/ squeeze-updates/main Translation-pl Hit http://ftp.icm.edu.pl squeeze Release Hit http://ftp.icm.edu.pl squeeze-updates Release Hit http://ftp.icm.edu.pl squeeze/main amd64 Packages Hit http://ftp.icm.edu.pl squeeze-updates/main amd64 Packages/DiffIndex Hit http://ftp.icm.edu.pl squeeze-updates/main amd64 Packages Hit http://security.debian.org squeeze/updates Release.gpg Ign http://security.debian.org/ squeeze/updates/main Translation-en Ign http://security.debian.org/ squeeze/updates/main Translation-en_US Ign http://security.debian.org/ squeeze/updates/main Translation-pl Hit http://security.debian.org squeeze/updates Release Hit http://security.debian.org squeeze/updates/main amd64 Packages The following packages will be upgraded: openjdk-6-jdk openjdk-6-jre openjdk-6-jre-headless 3 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/37.1 MB of archives. After unpacking 438 kB will be used. The following packages have unmet dependencies: icedtea-6-jre-cacao: Depends: openjdk-6-jre-headless (= 6b18-1.8.7-2~squeeze1) but 6b18-1.8.9-0.1~squeeze1 is to be installed. The following actions will resolve these dependencies: Remove the following packages: 1) icedtea-6-jre-cacao Accept this solution? [Y/n/q/?] q Abandoning all efforts to resolve these dependencies. Abort. ptecza@myserver:~$ As you can see I use only an official stable package repositories. It seems that you should dump the dependencies of icedtea-6-jre-cacao. Below you can find more details about my system: ptecza@myserver:~$ dpkg --print-architecture amd64 ptecza@myserver:~$ ptecza@myserver:~$ lsb_release -rc Release:6.0.2 Codename: squeeze ptecza@myserver:~$ ptecza@myserver:~$ apt-cache policy icedtea-6-jre-cacao icedtea-6-jre-cacao: Installed: 6b18-1.8.7-2~squeeze1 Candidate: 6b18-1.8.7-2~squeeze1 Version table: *** 6b18-1.8.7-2~squeeze1 0 500 http://ftp.icm.edu.pl/pub/Linux/debian/ squeeze/main amd64 Packages 500 http://security.debian.org/ squeeze/updates/main amd64 Packages 100 /var/lib/dpkg/status ptecza@myserver:~$ ptecza@myserver:~$ apt-cache policy openjdk-6-jdk openjdk-6-jdk: Installed: 6b18-1.8.7-2~squeeze1 Candidate: 6b18-1.8.9-0.1~squeeze1 Version table: 6b18-1.8.9-0.1~squeeze1 0 500 http://security.debian.org/ squeeze/updates/main amd64 Packages *** 6b18-1.8.7-2~squeeze1 0 500 http://ftp.icm.edu.pl/pub/Linux/debian/ squeeze/main amd64 Packages 100 /var/lib/dpkg/status ptecza@myserver:~$ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#627744: libmodule-starter-plugin-cgiapp-perl: Can't locate
> On Tue, 24 May 2011, Salvatore Bonaccorso wrote: > Thanks I've been meaning to look into this error for a while, I'll try and > get to it today. Hi, any update on this? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643706: The same issue
Hi there, I have the same problem since yesterday. But, the little lag in X applications (affects KDE and GNOME) is higher in applications like gthumb, specially when it's showing thumbnails or chrome to switching between tabs... Linux version: Linux bahamuth 3.0.0-1-686-pae Xorg updated packages: xserver-xorg-input-evdev:i386 (2.6.0-2+b1, 2.6.0-2+b2) xserver-xorg-input-wacom:i386 (0.10.10+20110203-1+b1, 0.10.10+20110203-1+b2) xserver-common:i386 (1.10.4-1, 1.11.1-1) xserver-xorg-core:i386 (1.10.4-1, 1.11.1-1) xserver-xorg-video-nouveau:i386 (0.0.16+git20110411+8378443-1+b1, 0.0.16+git20110411+8378443-1+b2) xserver-xephyr:i386 (1.10.4-1, 1.11.1-1) xserver-xorg-input-synaptics:i386 (1.4.1-1, 1.4.1-1+b1) -- Un saludo. Juan Dapena Paz Blog: http://blog.zarovich.org
Bug#643743: ITP: pcalendar -- track menstrual cycles and predict fertility periods
Package: wnpp Severity: wishlist Owner: Miriam Ruiz * Package name: pcalendar Version : 3.2 Upstream Author : Mar'yan Rachynskyy * URL : http://linuxorg.sourceforge.net/ * License : GPL-3+ Programming Lang: Java Description : track menstrual cycles and predict fertility periods Periodic Calendar is a GUI application which assists in women menstrual cycles tracking and fertility periods prediction. This information can be used as supportive either for conception or contraception planning. . Periodic Calendar provides support for BBT and sympto-thermal methods which have the highest reliability in fertility periods prediction. User can choose any subset of the features to be used or even fall to the generic calendar method (which if used alone is very unreliable). . Authors of the Periodic Calendar still insist on not being an equal substitute to the fertility planning consultants or doctors. Before using this application please talk to your doctor or read a good book on the subject. . THIS PROGRAM PREDICTIONS IN NO CASES CAN BE USED AS FINAL. THE METHODS USED ARE NOT 100% EFFECTIVE FOR ALL WOMEN. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573763: I'm also running into "current stop runlevel(s) ... overwrite defaults ..."
[Adrian Bunk] > I'm 100% confident that I did not ever manually fiddle with the > runlevels for cron or other packages where I saw similar warnings. Most of these warnings come from the package maintainer changing the runlevel setting of the script in their package without ensuring that the change take effect during upgrades. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643744: RM: hildon-theme-tools -- RoM; abandoned upstream
Package: hildon-theme-tools Version: 0.5.2.debian.1-2 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html Removing hildon from debian Riku ___ pkg-maemo-maintainers mailing list pkg-maemo-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-maemo-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643745: please remove maemo version of fbreader
Package: fbreader Version: 0.12.10dfsg-4 Severity: important As per agreed on the thread at: http://lists.alioth.debian.org/pipermail/pkg-maemo-maintainers/2011-February/001059.html We are removing hildon/maemo packages from debian. fbreader is one of the last reverse dependencies of maemo packages in debian. Please remove libzlui-maemo so that we can proceed with the package removals. Riku ___ pkg-maemo-maintainers mailing list pkg-maemo-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-maemo-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643746: dpkg has circular Pre-Depends on coreutils
Package: dpkg Version: 1.16.1 Severity: important Hello Dpkg maintainers: There is a circular Pre-dependency between dpkg and coreutils: dpkg:Pre-Depends: coreutils (>= 5.93-1) coreutils :Depends: dpkg (>= 1.15.4) | install-info Maybe coreutils does not need to depend on dpkg anymore ? Cheers, -- Bill. Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643743: ITP: pcalendar -- track menstrual cycles and predict fertility periods
Miriam, I would like to encourage you to maintain this package within the debian-med umbrella organisation. We already have mencal: http://packages.qa.debian.org/m/mencal.html Regards On Thu, Sep 29, 2011 at 10:10 AM, Miriam Ruiz wrote: > Package: wnpp > Severity: wishlist > Owner: Miriam Ruiz > > > * Package name : pcalendar > Version : 3.2 > Upstream Author : Mar'yan Rachynskyy > * URL : http://linuxorg.sourceforge.net/ > * License : GPL-3+ > Programming Lang: Java > Description : track menstrual cycles and predict fertility periods > > Periodic Calendar is a GUI application which assists in women menstrual > cycles tracking and fertility periods prediction. This information can > be used as supportive either for conception or contraception planning. > . > Periodic Calendar provides support for BBT and sympto-thermal methods > which have the highest reliability in fertility periods prediction. User > can choose any subset of the features to be used or even fall to the > generic > calendar method (which if used alone is very unreliable). > . > Authors of the Periodic Calendar still insist on not being an equal > substitute to the fertility planning consultants or doctors. Before > using this application please talk to your doctor or read a good book > on the subject. > . > THIS PROGRAM PREDICTIONS IN NO CASES CAN BE USED AS FINAL. THE METHODS USED > ARE NOT 100% EFFECTIVE FOR ALL WOMEN. > > > > -- > To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/20110929081046.11056.24685.reportbug@danu.local > > -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643743: ITP: pcalendar -- track menstrual cycles and predict fertility periods
And for completeness; this ITP would also close (for real), bug #283655 On Thu, Sep 29, 2011 at 10:29 AM, Mathieu Malaterre wrote: > Miriam, > > I would like to encourage you to maintain this package within the > debian-med umbrella organisation. We already have mencal: > > http://packages.qa.debian.org/m/mencal.html > > Regards > > On Thu, Sep 29, 2011 at 10:10 AM, Miriam Ruiz wrote: >> Package: wnpp >> Severity: wishlist >> Owner: Miriam Ruiz >> >> >> * Package name : pcalendar >> Version : 3.2 >> Upstream Author : Mar'yan Rachynskyy >> * URL : http://linuxorg.sourceforge.net/ >> * License : GPL-3+ >> Programming Lang: Java >> Description : track menstrual cycles and predict fertility periods >> >> Periodic Calendar is a GUI application which assists in women menstrual >> cycles tracking and fertility periods prediction. This information can >> be used as supportive either for conception or contraception planning. >> . >> Periodic Calendar provides support for BBT and sympto-thermal methods >> which have the highest reliability in fertility periods prediction. User >> can choose any subset of the features to be used or even fall to the >> generic >> calendar method (which if used alone is very unreliable). >> . >> Authors of the Periodic Calendar still insist on not being an equal >> substitute to the fertility planning consultants or doctors. Before >> using this application please talk to your doctor or read a good book >> on the subject. >> . >> THIS PROGRAM PREDICTIONS IN NO CASES CAN BE USED AS FINAL. THE METHODS USED >> ARE NOT 100% EFFECTIVE FOR ALL WOMEN. >> >> >> >> -- >> To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> Archive: >> http://lists.debian.org/20110929081046.11056.24685.reportbug@danu.local >> >> > > > > -- > Mathieu > -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573763: I'm also running into "current stop runlevel(s) ... overwrite defaults ..."
On Thu, Sep 29, 2011 at 10:10:44AM +0200, Petter Reinholdtsen wrote: > > [Adrian Bunk] > > I'm 100% confident that I did not ever manually fiddle with the > > runlevels for cron or other packages where I saw similar warnings. > > Most of these warnings come from the package maintainer changing the > runlevel setting of the script in their package without ensuring that > the change take effect during upgrades. So for cron this was likely caused by: <-- snip --> cron (3.0pl1-101) unstable; urgency=low [ Christian Kastner ] ... * debian/cron.init: - Changed Default-Stop from (1) to (empty). rc0 and rc6 were removed in 3.0pl1-101 because the stop action -- sending SIGTERM/SIGKILL to cron on shutdown/reboot -- was redundant. This, however, also applies to rc1, because killprocs will do that for us. * debian/postinst: ... - Removed last remaining stop action (for rc1) from upate-rc.d (see above) ... <-- snip --> Looking through cron bugs, I find #583714, and that contains: <-- snip --> Apart from your bug report, we were previously aware of the insserv issue. I'm still contemplating a solution for this in postinst, but the problem is that there is no easy way to determine whether the current runlevels were set by an older cron or by the system administrator. Even on post-101 installs, the administrator might have manually set (0 1 6) after the package set (1), so we cannot just delete the links if they are present. <-- snip --> My impression is that there are two problems: - There is confusion whether a package can remove links when the defaults change and - there is the question how to fix it in the many packages where it is currently wrong after upgrading. > Happy hacking, > Petter Reinholdtsen cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#640949: git-core to git migration breaks contrib hooks
On Thu, Sep 08, 2011 at 09:10:31PM +0200, Bill Allombert wrote: > git-core includes a script post-receive-email in the directory > /usr/share/doc/git-core/contrib/hooks, that read: > # chmod a+x post-receive-email > # cd /path/to/your/repository.git > # ln -sf /usr/share/doc/git-core/contrib/hooks/post-receive-email > hooks/post-receive > > However policy 12.3 apply: > > Packages must not require the existence of any files in > `/usr/share/doc/' in order to function [1]. Any files that are > referenced by programs but are also useful as stand alone > documentation should be installed under `/usr/share//' with > symbolic links from `/usr/share/doc/'. > > The purpose of this policy being that it allows the admin to remove > /usr/share/doc/ > without breaking the system. However the instructions above breaks that > property > because the symlink would became stale. > > So it would be better to put the scripts in /usr/share/git. Hi Bill, I agree. With v1.7.7 upstream will change the sample hooks, and I plan to move the contrib hooks into /usr/share/git-core/, providing a symlink in /usr/share/doc/git-core/ for backward compatibility. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643747: hugin-tools: dependency problem with python version
Package: hugin-tools Version: 2011.2.0+dfsg~rc5-1 Severity: normal hi, since the standard python version seems to have moved to 2.7, the package is not installable any longer, so the dependencys have either to be relaxed if this is possible or the package adpated to either use python2.6 explicitly or change if there are any incompatiblity issues with python2.7 (i can't recall any things that brake with 2.7?). thanks, albert ps: even though i have the experimental version installed this also applys to the version in sid -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc7 (SMP w/4 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 hugin-tools depends on: ii freeglut3 2.6.0-1 ii hugin-data2011.2.0+dfsg~rc5-1 ii libboost-regex1.46.1 1.46.1-7 ii libboost-signals1.46.11.46.1-7 ii libboost-system1.46.1 1.46.1-7 ii libboost-thread1.46.1 1.46.1-7 ii libc6 2.13-21 ii libexiv2-90.20-2.1 ii libgcc1 1:4.6.1-13 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libglew1.61.6.0-4 ii libglu1-mesa [libglu1]7.11-6 ii libilmbase6 1.0.1-3 ii libjpeg8 8c-2 ii libopenexr6 1.6.1-4.1 ii libpano13-2 2.9.18+dfsg-3 ii libpng12-01.2.46-3 ii libpython2.6 2.6.7-4 ii libstdc++64.6.1-13 ii libtiff4 3.9.5-2 ii libwxbase2.8-02.8.10.1-3.1 ii libwxgtk2.8-0 2.8.10.1-3.1 ii libzthread-2.3-2 2.3.2-3 ii python2.6.7-3 ii python2.6 2.6.7-4 Versions of packages hugin-tools recommends: ii libpano13-bin 2.9.18+dfsg-3 Versions of packages hugin-tools suggests: ii autopano-sift-c 2.5.1-0.0 -- no debconf information signature.asc Description: Digital signature
Bug#642756: Fixing RCs #634405 and #642756
Le mercredi, 28 septembre 2011 23.48:47, Thomas Gaugler a écrit : > > > What do you think ? > > On one hand we could drop the parallel building support but on the > other hand we would limit those who try out massive parallel building. Those who try out can patch the parallel building support back in (We could only "comment" it out instead of dropping it. > An even simpler solution would be by not passing on > DEB_BUILD_OPTIONS=parallel= from the caller program, e. g. omitting > -j from dpkg-buildpackage. Well; that's not possible. Each builddaemon uses its own configuration for parallel building. What the Debian Policy mandates is that if parallel=n is recognised, then parallel building must succeed. > Furthermore I am not even sure if the issues are actually caused by > the parallel building. I also experienced failures during the test stage > in case of non-parallel building, although these failures only occurred > very rarely. As far as I recall a mismatch of the calling > convention (stdcall) was identified by me as likely candidate for the > failures. I would need to dig out the change from the experimental > unicode patch pushed into the git repository. Ah, if you have an idea to solve this, I'm all ears ! > So I tend more to keep the parallel building support. However I am > undecided. Well, I try to keep in mind that we are preparing the next Debian stable release and that packages that FTBFS are a problem, for licence and security reasons, so I think we are best with slowly-non-parallel-built packages than with fast-built-only-if-moon-is-aligned packages, hence the proposal to drop the parallel building. Cheers, -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#643647: lists.debian.org: please create debian-events-announce
On 09/28/2011 08:50 PM, Martin Zobel-Helas wrote: > Hi, > > On Wed Sep 28, 2011 at 12:52:09 +0200, Luca Capello wrote: >> Package: lists.debian.org >> Severity: wishlist >> Usertags: debian-events > > i would like to veto against the creation of such a mailing list. > > Rationale: > > we do have lists like debian-news or debian-announce, which are IMHO > apropriate for news like this. I am quite sure, the publicity team will > help you with spreading your event news on seperate news announcements > on the d-news@ldo list. +1 Depending on the event d-announce or d-news is a better place for such announcements, indeed. -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprints: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643748: Passwords from conf not accepted anymore
Package: duply Version: 1.5.5.1-2 Hello, after upgrading from 1.5.4 to 1.5.5 passwords are no longer accepted. If you run the script it shows a password input field - which makes absolutly no sense for automatic scripts. ;-) On my machines I use FTP and SCP for backup, both methods have the same issue. I quickly read over the bug reports in the duply tracker and saw some bugs related to this issue. Seems to be fixed now. Maybe you want to upload a new version to Debian repository, because this is really a showstopper. Cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643743: ITP: pcalendar -- track menstrual cycles and predict fertility periods
--- El jue, 29/9/11, Mathieu Malaterre escribió: > I would like to encourage you to maintain this package > within the > debian-med umbrella organisation. We already have mencal: > > http://packages.qa.debian.org/m/mencal.html Cool, great idea! Thanks for the suggestion :) Greetings, Miry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642734: Bug#642598: w/ new javaws.policy HDtracks Download Manager no longer works
reassign 642598 openjdk-6-jre 6b23~pre8-2
affects 642598 icedtea-netx 1.1.2-1
tags 642598 + pending
thanks
Hi,
Thanks for yours reports.
Le samedi 24 septembre 2011 13:02:27, Jamie Heilman a écrit :
> The downloader Web Start application HDtracks (www.hdtracks.com) uses
> for purchases used to work as recently as version 1.1-1, but now it
> just kicks out an error about not being able to connect to their
> service. Using Oracle's javaws from the 1.7.0 JRE, the app works fine.
I think it used to work with a previous openjdk-6.
[...]
> It all appears to be related to the addition of the javaws.policy
> file. So after fumbling around and reading up on things I applied:
>
> --- /etc/icedtea-web/javaws.policy.orig 2011-09-24 03:44:41.856667471 -0700
> +++ /etc/icedtea-web/javaws.policy 2011-09-24 03:42:38.473334213 -0700
> @@ -11,4 +11,7 @@
>
> permission java.lang.RuntimePermission
> "accessClassInPackage.sun.security.internal.interfaces";
> +
> + permission java.lang.RuntimePermission
> + "accessClassInPackage.sun.security.rsa";
> };
>
>
> ...and everything worked again. So, might wanna take a harder look at
> https://bugzilla.redhat.com/show_bug.cgi?id=471413 or evaluate why
> Oracle ships with "permission java.security.AllPermission;" in their
> default javaws policy file.
Yes, but uptream use a specific codeBase for this java.policy :
grant codeBase "file:/usr/share/icedtea-web/netx.jar" {
permission java.security.AllPermission;
};
(I've uploaded icedtea-web-1.1.3 with this policy to be closer to upstream)
In fact, it's an issue with openjdk-6 where he didn't allow it's own
sunpkcs11.jar library to access internal classes. I'm preparing an update for
this. In the mean time, you can edit /etc/java-6-openjdk/security/java.policy
and replace :
--
grant codeBase "file:/usr/lib/jvm/java-6-openjdk-amd64/ext/*" {
permission java.security.AllPermission;
};
grant codeBase "file:/usr/lib/jvm/java-6-openjdk-common/ext/*" {
permission java.security.AllPermission;
};
--
by this policy :
--
grant codeBase "file:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/ext/*" {
permission java.security.AllPermission;
};
grant codeBase "file:/usr/lib/jvm/java-6-openjdk-common/jre/lib/ext/*" {
permission java.security.AllPermission;
};
--
Cheers,
--
Damien - Debian Developper
http://wiki.debian.org/DamienRaudeMorvan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643749: libhttpunit-java: Maven pom descriptor contains invalid reference to jtidy artifact
Package: libhttpunit-java Version: 1.7+dfsg-5.1 Severity: normal The maven artifact for httpunit references the old group/artifact location for jtidy - this changed in the most recent version in the archive. Results in this type of error when using httpunit in Maven projects. Missing: -- 1) jtidy:jtidy:jar:debian Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=jtidy -DartifactId=jtidy -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=jtidy -DartifactId=jtidy -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.jenkins-ci:winstone:jar:0.9.10-jenkins-28 2) httpunit:httpunit:jar:debian 3) jtidy:jtidy:jar:debian -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-12-generic (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libhttpunit-java depends on: ii libjtidy-java 7+svn20110807-2 ii libnekohtml-java1.9.15-1 ii libservlet2.5-java 6.0.32-6 ii libxerces2-java 2.11.0-2 ii rhino 1.7R3-2 Versions of packages libhttpunit-java recommends: ii junit 3.8.2-8 Versions of packages libhttpunit-java suggests: pn libhttpunit-java-doc -- 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#600069: [Pkg-chromium-maint] Bug#600069: chromium doesn't work well with xajax-based sites
On 09/28/2011 05:51 PM, Igor Goryachev wrote: > It seems the most simple way to reproduce this bug (or to get a strange > behaviour may be with the same roots for this bug) is to load a simple > xml-file with 'windows-1251' encoding defined (which is validated as > good xml-file by xmllint): > > > This happens because we use libxml2 system copy Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#643647: lists.debian.org: please create debian-events-announce
Hi there! On Thu, 29 Sep 2011 10:48:52 +0200, Bernd Zeimetz wrote: > On 09/28/2011 08:50 PM, Martin Zobel-Helas wrote: >> On Wed Sep 28, 2011 at 12:52:09 +0200, Luca Capello wrote: >>> Package: lists.debian.org >>> Severity: wishlist >>> Usertags: debian-events >> >> i would like to veto against the creation of such a mailing list. >> >> Rationale: >> >> we do have lists like debian-news or debian-announce, which are IMHO >> apropriate for news like this. I am quite sure, the publicity team will >> help you with spreading your event news on seperate news announcements >> on the d-news@ldo list. > > +1 I do not have any problem with that, now that this has been documented. And thank you Martin and Bernd for the veto, I prefer to re-use already-established resources as well :-) As I wrote in my first email, what concerns me the most is the following: >>> Post Policy: >>> Restricted to some teams: Events (all of the members), Publicity >>> (basically, the Press team) and WWW (if someone wants to). >>> In principle, those who can commit to www.d.o/events/ should be able >>> to send a post as soon as they add a new event. >>> >>> Alternatively, posting can be restricted to the Events and Press >>> team only, using the following workflow: whoever adds a new event >>> also sends the announcement to the debian-publicity@ list for >>> reviews, then a member of the Events and Press team posts that to >>> this new list. I do not want to have another write access at any cost, but the fact that the Events team should wait for someone else to formally announce an event is IMHO a bad workflow, especially considering that most of the time there is not enough manpower, both in the Events and in the Publicity teams (please correct me if I am wrong). I was also thinking about "automatic" notifications/emails based on CVS commits on the www.d.o/events/ pages, but 1) it should be implemented and 2) I am not sure the WWW team and/or DSA would be happy. This problem is orthogonal with the list, so let us discuss it later on. > Depending on the event d-announce or d-news is a better place for such > announcements, indeed. I would be against any split based on the kind/importance of event: the rationale for the request is exactly to have a central point, while now we have the debian-events-*@, the debian-news@ and the debian-publicity@ mailing lists, as well as personal blog posts. Frankly speaking, I do not care if it is debian-announce@ or debian-news@, but my preference would go to the latter, given its description. What does the Publicity/Press team think about that? Thx, bye, Gismo / Luca pgpykYNV0nLPh.pgp Description: PGP signature
Bug#610350: a font problem
When I try the test on my computer, I got this error message ~$ python -c "import matplotlib;matplotlib.test()" ./usr/lib/pymodules/python2.7/matplotlib/font_manager.py:1242: UserWarning: findfont: Font family ['Bitstream Vera Sans'] not found. Falling back to Bitstream Vera Sans (prop.get_family(), self.defaultFamily[fontext])) /usr/lib/pymodules/python2.7/matplotlib/font_manager.py:1252: UserWarning: findfont: Could not match :family=Bitstream Vera Sans:style=normal:variant=normal:weight=normal:stretch=normal:size=medium. Returning /usr/share/matplotlib/mpl-data/fonts/ttf/cmb10.ttf UserWarning) /usr/lib/pymodules/python2.7/matplotlib/font_manager.py:1252: UserWarning: findfont: Could not match :family=Bitstream Vera Sans:style=normal:variant=normal:weight=normal:stretch=normal:size=12. Returning /usr/share/matplotlib/mpl-data/fonts/ttf/cmb10.ttf UserWarning) Warning: divide by zero encountered in log Warning: divide by zero encountered in log Warning: divide by zero encountered in log /usr/lib/pymodules/python2.7/matplotlib/font_manager.py:1252: UserWarning: findfont: Could not match :family=Bitstream Vera Sans:style=normal:variant=normal:weight=normal:stretch=normal:size=large. Returning /usr/share/matplotlib/mpl-data/fonts/ttf/cmb10.ttf UserWarning) /usr/lib/pymodules/python2.7/matplotlib/axes.py:2381: UserWarning: Attempting to set identical left==right results in singular transformations; automatically expanding. left=730139.0, right=730139.0 + 'left=%s, right=%s') % (left, right)) == ERROR: matplotlib.tests.test_axes.test_formatter_ticker -- Traceback (most recent call last): File "/usr/lib/pymodules/python2.7/nose/case.py", line 187, in runTest self.test(*self.arg) File "/usr/lib/pymodules/python2.7/matplotlib/testing/decorators.py", line 32, in failer result = f(*args, **kwargs) File "/usr/lib/pymodules/python2.7/matplotlib/testing/decorators.py", line 126, in decorated_compare_images '(RMS %(rms).3f)'%err) ImageComparisonFailure: images not close: /home/picca/result_images/test_axes/formatter_ticker_001.png vs. /home/picca/result_images/test_axes/expected-formatter_ticker_001.png (RMS 20.396) When I compare generated / expected pictures, the difference seems to be the font. PS: I already install the ttf-bitstream-vera package. so maybe matplotlib could not find the installed font. cheers, Frederic -- GPG public key 4096R/4696E015 2011-02-14 fingerprint = E92E 7E6E 9E9D A6B1 AA31 39DC 5632 906F 4696 E015 uid Picca Frédéric-Emmanuel GPG public key 1024D/A59B1171 2009-08-11 fingerprint = 1688 A3D6 F0BD E4DF 2E6B 06AA B6A9 BA6A A59B 1171 uid Picca Frédéric-Emmanuel signature.asc Description: PGP signature
Bug#615671: fix C++ issues
tag 615671 + patch user ubuntu-de...@lists.ubuntu.com usertags 615671 oneiric ubuntu-patch thanks a patch for the C++ issues can be found at https://bugs.launchpad.net/ubuntu/+source/derivations/+bug/749159 it doesn't include a patch for the changed poppler API. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642734: Bug#642598: w/ new javaws.policy HDtracks Download Manager no longer works
Hallo Damien,
Damien Raude-Morvan wrote, on 09/29/11 10:56:
>
> In fact, it's an issue with openjdk-6 where he didn't allow it's own
> sunpkcs11.jar library to access internal classes. I'm preparing an update for
> this. In the mean time, you can edit /etc/java-6-openjdk/security/java.policy
> and replace :
> --
> grant codeBase "file:/usr/lib/jvm/java-6-openjdk-amd64/ext/*" {
> permission java.security.AllPermission;
> };
> grant codeBase "file:/usr/lib/jvm/java-6-openjdk-common/ext/*" {
> permission java.security.AllPermission;
> };
> --
> by this policy :
> --
> grant codeBase "file:/usr/lib/jvm/java-6-openjdk-amd64/jre/lib/ext/*" {
> permission java.security.AllPermission;
> };
> grant codeBase "file:/usr/lib/jvm/java-6-openjdk-common/jre/lib/ext/*" {
> permission java.security.AllPermission;
> };
> --
>
> Cheers,
Your recommended change in /etc/java-6-openjdk/security/java.policy makes the
java-plugin work again.
Thank you very much.
--
Best regards,
Jörg-Volker.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641421: Upstream bug #261559
This seems to be upstream bug #261559 https://bugs.kde.org/show_bug.cgi?id=261559 -- Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643750: iceweasel: add "open with" to context menu of download history
Package: iceweasel Version: 7.0-1 Severity: wishlist Dear Maintainer, related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613752 I want to suggest to add an "open with" entry to the context menu of the download history. currently clicking on a link to a pdf file, firefox/iceweasel asks me what to do (save / open with...). Usually I want to do both - store the pdf somewhere in a non-temp directory and open it. This leads me to choose "save", the file is downloaded, the download history pops up, where I can click on the downloaded file to open it. However being affected by the aforementioned bug, the pdf is not opened with an appropriate application. Unfortunately in the download history I only have the choices "open" and "open containing folder" (among others). >From a regular file browser I can choose the appropriate pdf viewer but end up with dozens of open file browser instances. Therefore my suggestion is to make the application choice not only available from the website link but also from the download history. I also filed this bug as: https://bugzilla.mozilla.org/show_bug.cgi?id=690283 -- Package-specific info: -- Addons package information -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39.4 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.0.2 ii fontconfig 2.8.0-3 ii libc6 2.13-21 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.4-3 ii libnspr4-0d 4.8.9-1 ii libstdc++6 4.6.1-4 ii procps 1:3.2.8-11 ii xulrunner-7.0 7.0-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-21.9.1+dfsg-1+b1 ii mozplugger ii ttf-lyx 2.0.1-1 ii ttf-mathematica4.1 ii xfonts-mathml 4 Versions of packages xulrunner-7.0 depends on: ii libasound21.0.24.1-4 ii libatk1.0-0 2.0.1-2 ii libbz2-1.01.0.5-7 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.4.14-1 ii libevent-1.4-21.4.14b-stable-1 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.6-2 ii libgcc1 1:4.6.1-4 ii libgdk-pixbuf2.0-02.24.0-1 ii libglib2.0-0 2.28.6-1 ii libgtk2.0-0 2.24.4-3 ii libhunspell-1.2-0 1.2.14-4 ii libjpeg8 8c-2 ii libmozjs7d7.0-1 ii libnspr4-0d 4.8.9-1 ii libnss3-1d3.12.11-3 ii libpango1.0-0 1.28.4-3 ii libpixman-1-0 0.22.2-1 ii libreadline6 6.2-4 ii libsqlite3-0 3.7.7-2 ii libstartup-notification0 0.12-1 ii libstdc++64.6.1-4 ii libvpx0 0.9.7.p1-1 ii libx11-6 2:1.4.4-1 ii libxext6 2:1.3.0-3 ii libxrender1 1:0.9.6-2 ii libxt61:1.1.1-2 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages xulrunner-7.0 suggests: ii libcanberra0 0.28-1 ii libdbus-glib-1-2 0.94-4 ii libgconf2-4 2.32.4-1 ii libgnomeui-0 2.24.5-2 ii libgnomevfs2-01:2.24.4-1 ii libnotify40.7.4-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#643751: kbibtex: new upstream beta 0.4b1
Package: kbibtex Version: 0.3-1 Severity: wishlist Version 0.4 beta 1 was released on September 18th. Since the version 0.3 brings a lot of functional regression compared to 0.2, it would really help having the new beta packaged quickly (in experimental probably ?). I'd be glad to test it, without the need to compile and use the taintful "make install" script Best, Pierre -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kbibtex depends on: ii kdebase-runtime 4:4.6.5-1 runtime components from the offici ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-4 GCC support library ii libkdecore5 4:4.6.5-2 KDE Platform Core Library ii libkdeui5 4:4.6.5-2 KDE Platform User Interface Librar ii libkfile4 4:4.6.5-2 File Selection Dialog Library for ii libkio5 4:4.6.5-2 Network-enabled File Management Li ii libkparts44:4.6.5-2 Framework for the KDE Platform Gra ii libnepomuk4 4:4.6.5-2 Nepomuk Meta Data Library ii libnepomukutils4 4:4.6.5-2 Nepomuk Utility Library ii libpoppler-qt4-3 0.16.7-2 PDF rendering library (Qt 4 based ii libqt4-dbus 4:4.7.3-5 Qt 4 D-Bus module ii libqt4-network4:4.7.3-5 Qt 4 network module ii libqt4-svg4:4.7.3-5 Qt 4 SVG module ii libqt4-xml4:4.7.3-5 Qt 4 XML module ii libqtcore44:4.7.3-5 Qt 4 core module ii libqtgui4 4:4.7.3-5 Qt 4 GUI module ii libqtwebkit4 2.1.0~2011week13-2 Web content engine library for Qt ii libsoprano4 2.6.0+dfsg.1-4 libraries for the Soprano RDF fram ii libstdc++64.6.1-4GNU Standard C++ Library v3 ii libxml2 2.7.8.dfsg-4 GNOME XML library ii libxslt1.11.1.26-8 XSLT 1.0 processing library - runt Versions of packages kbibtex recommends: ii texlive-bibtex-extra 2009-10TeX Live: Extra BibTeX styles Versions of packages kbibtex suggests: pn bibtex2html(no description available) pn latex2rtf (no description available) ii texlive-latex-base2009-13TeX Live: Basic LaTeX 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#599045: New version 3 fixes my issue
Hi, Using version 2.04-2 (Debian stable), I get moren and more error message referring to unicharset.cpp:76. The Tesseract-ocr-bugtracker states that this problem is solved in v3: http://code.google.com/p/tesseract-ocr/issues/detail?id=265#c0 Is it possible to make a new package for this app? THX! Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643752: gbp-create-remote-repo: better documentation needed
Package: git-buildpackage Version: 0.5.31 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Guido, I was very happy to see a tool that does this repetitive work of repository setup on alioth for me. However I couldn't figure out how to create repositories for java or scala packaging. Scala packages are in /git/pkg-scala/packages, Java packages in /git/pkg-java. On the other hand, it seems really annoying, that repository creation can't be done over the web interface... Second, I'm a little concerned to let a tool act on my behalf on a Debian machine. I've not tried to run it. It should print all commands to the screen it wants to run and ask me for confirmation. And if it does, it should be explicitly said in the manual that the tool will not do anything without my explicit confirmation. Thank you for your work! Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOhEAGAAoJEAf8SJEEK6ZazwcP/AsG2tTWdYtN1YV3+BISokwt DJfYTT0E1BnYAutKFrd7WuQ+/12Xwl3vQX2oY6AeEYry1X9mDJqcl5HkPdABMy2y Z2IToFp6lY/k+9I0ONhyZm059ulwQbvAvPsl9XNsg1jjsWW8PugPEvf959grkBbL nEPxnXu3qW1OVTEMKYMtRyCcojhr8KhePPlTPEWQaTkYZPgq72ytk8BvXNr5L3CC PQJDEqoM+ayE97XIUjzKnlvGJzD3qbSIYsyowechWmuXQZCD/U9vCD60/mZF1MAx H44ji1rgD6V+Nco8tASNCobp+J4KjqEupTyGggaJE/AAOHDYB8ti+B05LL2kkrO2 NscATknKlLhPT78IXpi5xQxVDiJrY0crnPCnX5ZRhrLuX08UiF0moy9GoHN0FEte fRIcZLAgfQr6h60cKzfcEHyHKbSIQyBsNEyLTjhujly4yaYqTP3Svu3vsWX5vUzH c7HRaLmdJYy8T3BqDJcze7x7a1uCpGZxh97oBAySexoMie80Uq7pAm1T/XeGWW6z 4SNWUhvACUEg/0Z74BshdxQFCNDhfXz/XgBwMEi/+KGTPdnhMRULRkZyZUN5V8B/ 5V9vdNPsxdt18pJnjlYoEw3GeQriHbIS5tZdpc9KVLeY4eiGJ6AI5IjaFgH0aMqB tf7739zNo4f5NyRVMb2X =cyam -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595090: Need a packager
Hi, I'm the creator of c501checkers and my program still isn't in any repository beside my PPA (https://launchpad.net/~colingille/+archive/freshlight). Can someone pack my software and upload it in the debian repositories ? Thanks in advance.
Bug#643325: gunicorn: Django settings.py not found when app directory given as PYTHONPATH as well.
Hi! On Wed, Sep 28, 2011 at 1:05 PM, Chris Lamb wrote: >> When using a config file in /etc/gunicorn.d/ for starting gunicorn >> workers to serve a Django application, the workers crash and are >> constantly restarted because they cannot find the settings.py IF the >> apps path is given both as CONFIG['environment']['PYTHONPATH'] and as >> CONFIG['working_dir']. > > Can you reproduce just using "/usr/bin/gunicorn" directly? I can't seem > to reproduce either way. No, I cannot, unfortunately. Only when using it with the init-script (config attached). When I activate the commented-out line, the workers constantly crash and restart. I am not 100% sure it has to do with the settings.py not found - there are no tracebacks or errors in /var/log/gunicorn/dict.conf.log except: 2011-09-29 12:10:31 [6836] [INFO] Booting worker with pid: 6836 2011-09-29 12:10:31 [6836] [INFO] Worker exiting (pid: 6836) But I tried running it manually the same way the init-script does (but without --daemon) and I get: root@vald:/etc/gunicorn.d# /usr/bin/python /usr/bin/gunicorn_django --pid /varun/gunicorn/dict.conf.pid --name dict.conf --user vald --group vald --log-file /var/log/gunicorn/dict.conf.log --bind=unix:/tmp/vamdcdict-gunicorn.sock --workers=3 --timeout=60 Settings file '/etc/gunicorn.d/settings.py' not found in current folder. Settings file '/etc/gunicorn.d/settings.py' not found in current folder. Settings file '/etc/gunicorn.d/settings.py' not found in current folder. ... Best wishes thomas dict.conf Description: Binary data
Bug#643733: reportbug: support for mentors.debian.org pseudo package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Michael, On 29.09.2011 06:32, Michael Gilbert wrote: > I've written a patch to tentatively support a mentors.debian.org pseudo > package (in order to better track and support the incredible volume of > sponsorship requests and such). I appreciate your efforts and I like the idea of reportbug integration. I won't comment about the patch itself, I am not maintaining the reportbug package, so I can't judge. However please note, mentors.debian.NET is not an official Debian project. The ".net" indicates a subtle difference. While some people, including Don, agreed in eventually having a debian-mentors pseudo package that would be associated with the debian-mentors mailing list, not with mentors.debian.net (i.e. Debexpo, the sofware running there). Hence I don't think any tight mentors.d.n integration of reportbug would be appropriate for the time being. Also I am not particularly convinced on the way you do it (content scraping). If you want, I will gratefully merge a SOAP interface into Debexpo you could query though. - -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJOhEXsAAoJEMcrUe6dgPNtGEwQANXlo9VY6mWhDC1WfTQpWjAJ iBfDYVcHCYGCszfhxt6QOlmvMgjuemwazkYr2eU8Vsk5T7mRS5xeAO4H0pz+Hrwf Fu2vp2sk1iC+Wy08lnY96GDGWMwuT+5OfxTEFX7Qd2xG14MmlHIrSQIM6H5VB8lw ziOzqZ/rQmfYxclj2GLb/AtAJjtkAttfAj8suVLdQ6eJsXEAuBfoDBSC0nJtU4m+ kP04UwzrfrtCFYLjhBtyr4ujBS5dNuu6Qvvm0er8tlTFa9Bg8QbMGkTtiKFAqXES y+YtyfZHTG5qQLm0v7wmz0fB9yxXMPf1HziV4QEqltdGpamxvEFQgaFalSZ8F4KM oWqD+6F6RJLIVJl6soefVE37F4cQ44OyhWL33ODS3CUaJL4qOH9UgL1ZTXNGzs1c czZ4ZZN+y+NhVtpCx8oRoHHKUJSMnXGfsFO/2RrUUPCLTavql4pjyDRwRa9dPctp sVb5Euu404JZx4jHbL2pt0VMTu5wnwOBpX5bspNTbZ3PE2H5SwzjZarxnlTPcUWU 9j3Xw+uP9Ul2Z5G6a8f/4VcAsA9Acgeh0E3jR/4PrsAQ+h5fieXEPBOtD+qhLaRh bSojOXrXIU8dvxXo6dlLCwyvPP2rF6QAprS5FcAjQNILiDmv7eupFtWeuZMd6/jZ l3Mh0DGfj3PcGuipCAwt =43lA -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643753: CVE-2011-2896: LZW buffer overflow
Package: gimp Severity: grave Tags: security Please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-2896 for details. Patch: http://git.gnome.org/browse/gimp/commit/plug-ins/common/file-gif-load.c?id=376ad788c1a1c31d40f18494889c383f6909ebfc Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#491394: More information
I just received this additional information from Farokh Khajuee: -- Hi Regarding this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=491394 I found a solution. It is a bug for Dell not Linux. http://woolie.co.uk/technology/dell-laptop-stuck-at-800mhz-ubuntu-fix Farokh -- Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643019: monit: FTBFS: configure: error: Architecture not supported: `uname`.
On Mon, Sep 26, 2011 at 8:06 PM, Christoph Egger wrote: > Justification: fails to build from source (but built successfully in the past) > > Your package failed to build on the kfreebsd-* buildds: > > checking for sys/filio.h... yes > configure: error: Architecture not supported: `uname`. > > If you have further questions please mail debian-...@lists.debian.org Can you test build for current git HEAD? http://anonscm.debian.org/gitweb/?p=collab-maint/monit.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643754: ttf-comfortaa:oldlibs/optional, ttf-gfs-theokritos:oldlibs/optional, ttf-gfs-solomos:oldlibs/optional, ttf-gfs-porson:oldlibs/optional, ttf-gfs-olga:oldlibs/optional, ttf-gfs-neohellenic:o
Package: ftp.debian.org Severity: minor Hi, All of packages is affected by ttf-/otf- -> fonts- package renaming, old packages are put to oldlibs section. Please apply this override. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643755: openjdk-7-jre-headless: binfmt deregistration on package removal broken
Package: openjdk-7-jre-headless
Version: 7~b147-2.0~pre6-1
Severity: normal
I removed openjdk-6 some time ago, and just got the following on
an upgrade of openjdk-7:
<-- snip -->
Setting up openjdk-7-doc (7~b147-2.0~pre6-1) ...
Setting up openjdk-7-jre-headless (7~b147-2.0~pre6-1) ...
Installing new version of config file
/etc/java-7-openjdk/security/java.security ...
update-binfmts: warning: current package is openjdk-7, but binary format
already installed by openjdk-6
Setting up openjdk-7-jre-lib (7~b147-2.0~pre6-1) ...
<-- snip -->
The problem boils down to the following code in the prerm of
openjdk-{6,7}-jre-headless:
<-- snip -->
if which update-binfmts >/dev/null; then
# try to remove and ignore the error
if [ -e /var/lib/binfmts/openjdk-7 ]; then
update-binfmts --package openjdk-7 \
--remove jar /usr/bin/jexec || true
fi
fi
<-- snip -->
There is no /var/lib/binfmts/openjdk-{6,7}, instead there is a
/var/lib/binfmts/jar .
And I wonder why there are not (anymore?) version specific files:
A common sequence when installing a new Java version is to first
install the new version (so that dependencies are always fulfilled)
and then remove the obsolete old version.
If I understand that correctly, this leaves users without binfmt
registration?
And when this happens during an upgrade from oldstable to stable,
the binfmt registration might not happen until the upgrade to the
next stable release (or a DSA for OpenJDK).
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643756: binfmt-support: "update-binfmts --display foobar" segfaults
Package: binfmt-support Version: 2.0.6 Severity: normal <-- snip --> # update-binfmts --display jar jar (enabled): package = openjdk-7 type = magic offset = 0 magic = PK\x03\x04 mask = interpreter = /usr/bin/jexec detector = # update-binfmts --display foobar foobar (disabled): Segmentation fault # <-- snip --> -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc8 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages binfmt-support depends on: ii libc6 2.13-21 ii libpipeline1 1.2.0-3 ii lsb-base 3.2-28 binfmt-support recommends no packages. binfmt-support 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#637254: grub-pc: "unknown LVM metadata header" on mdadm raid1 + lvm
I didn't get you about missing "-d" mirror0-lvroot is a correct symlink to block device. alzgrinew:~# ls -l /dev/mapper/mirror0-lvroot /dev/dm-0 brw-rw 1 root disk 253, 0 Sep 9 23:20 /dev/dm-0 lrwxrwxrwx 1 root root 7 Sep 9 23:20 /dev/mapper/mirror0-lvroot -> ../dm-0 alzgrinew:~# The real problem i created this bugreport is that i end up with unbootable system after upgrading grub (1.98* ---> 1.99*). Sure, all output in my letters was done with fresh 1.99* installed. I've traced grub-pc postinst script (set -x) and found exact problem: ===8<=== alzgrinew:~# grub-install --force --no-floppy /dev/sda error: unknown LVM metadata header. error: unknown LVM metadata header. error: unknown LVM metadata header. error: unknown LVM metadata header. error: unknown LVM metadata header. /usr/sbin/grub-setup: warn: Your embedding area is unusually small. core.img won't fit in it.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. alzgrinew:~# alzgrinew:~# grub-setup /dev/sda error: unknown LVM metadata header. grub-setup: warn: Your embedding area is unusually small. core.img won't fit in it.. grub-setup: error: embedding is not possible, but this is required when the root device is on a RAID array or LVM volume. alzgrinew:~# ===>8=== here is output you've requested: alzgrinew:~# grub-probe -t fs -d /dev/mapper/mirror0-lvroot -v grub-probe: info: Scanning for dmraid_nv RAID devices on disk hd0. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: Scanning for dmraid_nv RAID devices on disk hd1. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: scanning hd0 for LVM. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: no LVM signature found. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: scanning hd1 for LVM. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: no LVM signature found. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd0. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd1. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: Scanning for mdraid1x RAID devices on disk hd0. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: Scanning for mdraid1x RAID devices on disk hd1. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd0. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd0,msdos2. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd0,msdos1. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: Found array md127 (mdraid09). grub-probe: info: Scanning for mdraid09 RAID devices on disk hd1. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd1,msdos2. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: Scanning for mdraid09 RAID devices on disk hd1,msdos1. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: Scanning for mdraid1x RAID devices on disk md127. grub-probe: info: Scanning for mdraid1x RAID devices on disk hd0. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: Scanning for mdraid1x RAID devices on disk hd0,msdos2. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: Found array md/2 (mdraid1x). grub-probe: info: Scanning for mdraid1x RAID devices on disk hd0,msdos1. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: Scanning for mdraid1x RAID devices on disk hd1. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: Scanning for mdraid1x RAID devices on disk hd1,msdos2. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: Scanning for mdraid1x RAID devices on disk hd1,msdos1. grub-probe: info: the size of hd1 is 976773168. grub-probe: info: scanning md/2 for LVM. grub-probe: info: no LVM signature found. grub-probe: info: scanning md127 for LVM. grub-probe: info: scanning hd0 for LVM. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: no LVM signature found. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: scanning hd0,msdos2 for LVM. grub-probe: info: the size of hd0 is 976773168. grub-probe: info: unknown LVM metadata header . erro
Bug#639015: [Pkg-haskell-maintainers] libffi soname change upcoming
On 27/08/2011 13:04, Joachim Breitner wrote: Hi Simon, Am Donnerstag, den 25.08.2011, 10:58 +0100 schrieb Simon Marlow: On 24/08/2011 13:12, Joachim Breitner wrote: Am Mittwoch, den 24.08.2011, 12:44 +0200 schrieb Matthias Klose: The question that has to be answered first is: Assume the libraries do not depend on libffi themselves, and only ghc does. Now you update libffi and ghc gets rebuilds, what will happen: A) The haskell ABIs stay the same, the existing library packages can still be used. Great. B) The haskell ABIs change. We’ll have to binNMU all Haskell libraries, but oh well, not bad thanks to BD-Uninstallable-support in wanna-build and autosigning. C) The haskell ABIs do not change, but the old library builds are broken nevertheless. Big mess. Hard to recover from, because builds are not ordered automatically any more. Needs lots of NMUes and Dep-Waits. sorry, I don't get the `C' case. why should these be broken by a libffi or libgmp change? Maybe it’s an unrealistic example, but I could imagine that ghc some data type (size) defined by libffi is used when generating code for a haskell library under the assumption that it has the same structure/size in the run time system and/or other used haskell libraries. But instead of making blind guesses, maybe GHC upstream can enlighten us: Is it safe to build ghc and a Haskell library, then upgrade libffi to a new version (with soname bump), rebuild ghc, but use the previous library build? So there might be difficulties because we build static libraries. E.g. the RTS would have been built against the previous libffi, but would then be linked against the new one, which might be ABI-incompatible. Shared libraries would notice the upgrade and use the old ABI, but static libraries won't. How is this supposed to work, incidentally? I just checked the Drepper document about shared libraries and he doesn't seem to mention this problem. How do other packages with static libraries deal with this? In Debian, we only build Haskell libraries still exclusively statically. I’m not sure if I got your conclusion: Do you expect problems if the RTS and libraries were built against different versions of libffi, or not? Sorry for the delay, just going through my inbox and I think I missed your message before. To answer your question: yes I would expect problems. My question was: how do other (non-Haskell) packages on Debian that contain static libraries deal with this problem? We should follow whatever approach is used by others. Cheers, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643757: linux-image-2.6.32-5-amd64: Loading acpi/processor causes hanging or reboot
Package: linux-2.6 Version: 2.6.32-35squeeze2 Severity: important Tags: d-i upstream This problem hinders the booting on (at least) this specific HW. Originally I thought this was a udev problem but some tracing revealed that the basic problem is that the machine locks up or do a spontaneous reboot when loading the kernel module acpi/processor. >From a user view the booting stops when udev tries to populate the devices. If I disable the loading and do a manual modprobe the machine either locks up or sometimes do a spontaneous reboot after some seconds. I have tried to figure out more precisely what is happening but I have not managed to get a decent kernel-dump. (And this is a production machine so I had to put it back in service...) The easy fix, which I am using now is blacklist processor in /etc/modprobe.d/blacklist.conf -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-35squeeze2) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Fri Sep 9 20:23:16 UTC 2011 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=a7452738-dfe6-406b-acac-9f7225991b18 ro quiet ** Not tainted ** Kernel log: [4.902298] registered panic notifier [4.902302] [drm] Initialized radeon 2.0.0 20080528 for :11:07.0 on minor 0 [5.084262] usb 1-1: new high speed USB device using ehci_hcd and address 2 [5.217398] usb 1-1: New USB device found, idVendor=8087, idProduct=0020 [5.217403] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [5.217495] usb 1-1: configuration #1 chosen from 1 choice [5.217662] hub 1-1:1.0: USB hub found [5.217768] hub 1-1:1.0: 6 ports detected [5.279923] Adding 9765880k swap on /dev/sda2. Priority:-1 extents:1 across:9765880k [5.320524] Adding 9765880k swap on /dev/sdb2. Priority:-2 extents:1 across:9765880k [5.328837] usb 2-1: new high speed USB device using ehci_hcd and address 2 [5.460475] usb 2-1: New USB device found, idVendor=8087, idProduct=0020 [5.460478] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [5.460544] usb 2-1: configuration #1 chosen from 1 choice [5.460618] hub 2-1:1.0: USB hub found [5.460721] hub 2-1:1.0: 6 ports detected [5.471162] EXT3 FS on md0, internal journal [5.560294] loop: module loaded [5.730776] usb 2-1.1: new low speed USB device using ehci_hcd and address 3 [5.830470] usb 2-1.1: New USB device found, idVendor=0518, idProduct=0001 [5.830474] usb 2-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [5.830478] usb 2-1.1: Product: USB-compliant keyboard [5.830481] usb 2-1.1: Manufacturer: Plus More Enterprise LTD. [5.830571] usb 2-1.1: configuration #1 chosen from 1 choice [5.903352] usb 2-1.2: new full speed USB device using ehci_hcd and address 4 [5.944535] usbcore: registered new interface driver hiddev [5.947304] input: Plus More Enterprise LTD. USB-compliant keyboard as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.0/input/input4 [5.947376] generic-usb 0003:0518:0001.0001: input,hidraw0: USB HID v1.10 Keyboard [Plus More Enterprise LTD. USB-compliant keyboard] on usb-:00:1d.0-1.1/input0 [5.951065] input: Plus More Enterprise LTD. USB-compliant keyboard as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.1/input/input5 [5.951135] generic-usb 0003:0518:0001.0002: input,hidraw1: USB HID v1.10 Mouse [Plus More Enterprise LTD. USB-compliant keyboard] on usb-:00:1d.0-1.1/input1 [5.951150] usbcore: registered new interface driver usbhid [5.951152] usbhid: v2.6:USB HID core driver [5.996056] usb 2-1.2: New USB device found, idVendor=058f, idProduct=9254 [5.996061] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [5.996065] usb 2-1.2: Product: Generic USB Hub [5.996068] usb 2-1.2: Manufacturer: ALCOR [5.996146] usb 2-1.2: configuration #1 chosen from 1 choice [5.996325] hub 2-1.2:1.0: USB hub found [5.996427] hub 2-1.2:1.0: 4 ports detected [6.266860] usb 2-1.2.1: new low speed USB device using ehci_hcd and address 5 [6.363545] usb 2-1.2.1: New USB device found, idVendor=413c, idProduct=2005 [6.363547] usb 2-1.2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [6.363549] usb 2-1.2.1: Product: DELL USB Keyboard [6.363551] usb 2-1.2.1: Manufacturer: DELL [6.363611] usb 2-1.2.1: configuration #1 chosen from 1 choice [6.366696] input: DELL DELL USB Keyboard as /devices/pci:00/:00:1d.0/usb2/2-1/2-1.2/2-1.2.1/2-1.2.1:1.0/input/input6 [6.366760] generic-usb 0003:413C:2005.0003: input,hidraw2: USB HID v1.10 Keyboard [DELL DELL USB Keyboard] on usb-:00:1d.0-1.2.1/input0 [6.438443] usb 2-1.2.2: new low speed USB device using ehci_hcd and address 6 [6.535999] usb 2-1.2.2: New USB device found, idVendor=413c, idProduct=3200 [6.536004] usb 2-1.2.2: New USB device strings: Mfr=1, Product=2, Ser
Bug#643758: python-django: FTBFS with Sphinx 1.0.8: AttributeError: DjangoHTMLTranslator instance has no attribute 'param_separator'
Source: python-django Version: 1.3.1-1 Severity: important User: python-modules-t...@lists.alioth.debian.org Usertags: sphinx1.0.8 When rebuilt against python-sphinx 1.0.8+dfsg-1 (available in experimental), Django failed to build from source; | sphinx-build -b djangohtml -d _build/doctrees . _build/html | Making output directory... | Running Sphinx v1.0.8 | loading pickled environment... not yet created | building [djangohtml]: targets for 205 source files that are out of date | updating environment: 205 added, 0 changed, 0 removed | reading sources... [ 0%] contents | reading sources... [ 0%] faq/admin [snip] | reading sources... [ 99%] topics/templates | reading sources... [100%] topics/testing | | /build/python-django-oFxcJV/python-django-1.3.1/docs.debian/howto/custom-model-fields.txt:179: ERROR: Error in "note" directive: | invalid option block. | | .. note:: | Many of Django's model fields accept options that they don't do anything | with. For example, you can pass both | :attr:`~django.db.models.Field.editable` and | :attr:`~django.db.models.Field.auto_now` to a | :class:`django.db.models.DateField` and it will simply ignore the | :attr:`~django.db.models.Field.editable` parameter | (:attr:`~django.db.models.Field.auto_now` being set implies | ``editable=False``). No error is raised in this case. | | This behavior simplifies the field classes, because they don't need to | check for options that aren't necessary. They just pass all the options to | the parent class and then don't use them later on. It's up to you whether | you want your fields to be more strict about the options they select, or | to use the simpler, more permissive behavior of the current fields. | /build/python-django-oFxcJV/python-django-1.3.1/docs.debian/ref/contrib/admin/index.txt:1680: ERROR: Error in "note" directive: | invalid option block. | | .. note:: | Any view you render that uses the admin templates, or extends the base | admin template, should provide the ``current_app`` argument to | :class:`~django.template.RequestContext` or :class:`~django.template.Context` | when rendering the template. It should be set to either ``self.name`` if | your view is on an ``AdminSite`` or ``self.admin_site.name`` if your view | is on a ``ModelAdmin``. | /build/python-django-oFxcJV/python-django-1.3.1/docs.debian/ref/settings.txt:1658: ERROR: Error in "warning" directive: | invalid option block. | | .. warning:: This should be an (initially empty) destination directory for | collecting your static files from their permanent locations into one | directory for ease of deployment; it is **not** a place to store your | static files permanently. You should do that in directories that will be | found by :doc:`staticfiles`'s | :setting:`finders`, which by default, are | ``'static/'`` app sub-directories and any directories you include in | :setting:`STATICFILES_DIRS`). | /build/python-django-oFxcJV/python-django-1.3.1/docs.debian/ref/templates/api.txt:701: ERROR: Error in "note" directive: | invalid option block. | | .. note:: | All of the built-in Django template tags are safe to use with the cached | loader, but if you're using custom template tags that come from third | party packages, or that you wrote yourself, you should ensure that the | ``Node`` implementation for each tag is thread-safe. For more | information, see | :ref:`template tag thread safety considerations`. | /build/python-django-oFxcJV/python-django-1.3.1/docs.debian/topics/i18n/localization.txt:261: ERROR: Error in "note" directive: | invalid option block. | | .. note:: | The default :file:`settings.py` file created by | :djadmin:`django-admin startproject ` includes | :setting:`USE_L10N = True ` for convenience. | /build/python-django-oFxcJV/python-django-1.3.1/docs.debian/topics/testing.txt:1252: ERROR: Error in "note" directive: | invalid option block. | | .. note:: | If you've ever run :djadmin:`manage.py syncdb`, you've | already used a fixture without even knowing it! When you call | :djadmin:`syncdb` in the database for the first time, Django | installs a fixture called ``initial_data``. This gives you a way | of populating a new database with any initial data, such as a | default set of categories. | | Fixtures with other names can always be installed manually using | the :djadmin:`manage.py loaddata` command. | looking for now-outdated files... none found | pickling environment... done | checking consistency... done | preparing documents... done | writing output... [ 0%] contents | writing output... [ 0%] faq/admin | writing output... [ 1%] faq/contributing | writing output... [ 1%] faq/general | writing output... [ 2%] faq/help | writing output... [ 2%] faq/index | writing output... [ 3%] faq/install | writing output... [ 3%] faq/models | writing output... [ 4%] faq/
Bug#643759: ITP: acegi-security -- Acegi Security System for Spring
Package: wnpp Severity: wishlist Owner: James Page * Package name: acegi-security * URL : http://acegisecurity.org/ * License : Apache-2.0 Programming Lang: Java Description : Acegi Security System for Spring Acegi Security provides comprehensive security services for J2EE-based enterprise software applications. There is a particular emphasis on supporting projects built using The Spring Framework, which is the leading J2EE solution for enterprise software development. Note that this package is required to support packaging of Jenkins; it should not be used for new projects and is superceeded by Spring Security. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643757: linux-image-2.6.32-5-amd64: Loading acpi/processor causes hanging or reboot
Hi Thomas, Thomas Nilsson wrote: > the machine locks up or do a spontaneous > reboot when loading the kernel module acpi/processor. [...] > I have tried to figure out more precisely what is happening but I have not > managed to get a decent kernel-dump. (And this is a production machine so > I had to put it back in service...) > > The easy fix, which I am using now is > > blacklist processor > > in /etc/modprobe.d/blacklist.conf Could you attach the portion of the kernel log (e.g., from /var/log/kern.log*) from bootup until initialization finishes, so we can get a sense of how that normally goes? Also, if you get a chance some time to test a 3.x kernel from sid or experimental, that would be very helpful. The only packages from outside squeeze that should be needed are linux-base, initramfs-tools, and the linux image itself. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643761: qemu-kvm: Attaching usb devices to a Win7 guest only works for the first device
Package: qemu-kvm Version: 0.12.5+dfsg-5+squeeze6 Severity: normal -- Package-specific info: /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz stepping: 11 cpu MHz : 2399.861 cache size : 4096 KB physical id : 0 siblings: 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow vnmi flexpriority bogomips: 4799.72 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz stepping: 11 cpu MHz : 2399.861 cache size : 4096 KB physical id : 0 siblings: 4 core id : 2 cpu cores : 4 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow vnmi flexpriority bogomips: 4800.19 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz stepping: 11 cpu MHz : 2399.861 cache size : 4096 KB physical id : 0 siblings: 4 core id : 3 cpu cores : 4 apicid : 3 initial apicid : 3 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow vnmi flexpriority bogomips: 4800.21 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 15 model name : Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz stepping: 11 cpu MHz : 2399.861 cache size : 4096 KB physical id : 0 siblings: 4 core id : 1 cpu cores : 4 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow vnmi flexpriority bogomips: 4800.16 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu-kvm depends on: ii adduser3.112+nmu2add and remove users and groups ii bridge-utils 1.4-5 Utilities for configuring the Linu ii iproute20100519-3networking and traffic control too ii libaio10.3.107-7 Linux kernel AIO access library - ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libbluetooth3 4.66-3Library to use the BlueZ Linux Blu ii libbrlapi0.5 4.2-7 braille display access via BRLTTY ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcurl3-gnutls7.21.0-2 Multi-protocol file transfer libra ii libgnutls262.8.6-1 the GNU TLS library - runtime libr ii libncurses55.7+20100313-5shared libraries for terminal hand ii libpci31:3.1.7-6 Linux PCI Utilities (shared librar ii libpulse0 0.9.21-3+sque
Bug#638970: flashing bettery icon still present in version 0.9.13-1
found 638970 0.9.13-1 thanks The bug is still present after updating upower to version 0.9.13-1. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638970: [Pkg-utopia-maintainers] Bug#638970: flashing bettery icon still present in version 0.9.13-1
Am 29.09.2011 13:38, schrieb Ralf Jung: > found 638970 0.9.13-1 > thanks > > The bug is still present after updating upower to version 0.9.13-1. looks like a faulty battery or a kernel issue. If you kill upowerd and then monitor the sysfs entries, do you still see this behaviour? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#642768: tightvnc: FTBFS: make[2]: *** No rule to make target `clean'. Stop.
severity 642768 important
thanks
Hi,
El dg 25 de 09 de 2011 a les 15:24 +0200, en/na Ola Lundqvist va
escriure:
> Hi Monica
>
> Thanks for the report. I wonder what have been changed this time as this
> package has not been uploaded for a long period of time.
This is due to changes introduced by dpkg 1.16.1.
You can read http://wiki.debian.org/qa.debian.org/FTBFS ("dpkg-source
complains about unexpected upstream changes" item). It may help you to
fix this bug :-)
I change the severity to important.
Thanks for your work!
Mònica
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643712: GNOME or GTK tabs are very slow
I thought I'd add that I am also running nVidia drivers installed through Debian with no Compositing window manager. Also thought I'd include this as well: >cat dpkg.log | grep "2011-09-28.*status installed" 2011-09-28 08:04:10 status installed man-db 2.6.0.2-2 2011-09-28 08:04:11 status installed gnome-menus 2.30.3-2+b1 2011-09-28 08:04:11 status installed desktop-file-utils 0.15-2 2011-09-28 08:04:12 status installed menu 2.1.45 2011-09-28 08:04:14 status installed libcurl3 7.21.7-3 2011-09-28 08:04:14 status installed libcurl3-gnutls 7.21.7-3 2011-09-28 08:04:14 status installed libtiff4 3.9.5-2 2011-09-28 08:04:15 status installed libtiffxx0c2 3.9.5-2 2011-09-28 08:04:15 status installed libtiff4-dev 3.9.5-2 2011-09-28 08:04:15 status installed libxcb-dri2-0 1.7-3 2011-09-28 08:04:15 status installed curl 7.21.7-3 2011-09-28 08:04:16 status installed gdebi-core 0.8.2 2011-09-28 08:04:16 status installed gdebi 0.8.2 2011-09-28 08:04:16 status installed residual 0.0.7~git-20110927 2011-09-28 08:04:16 status installed xserver-common 2:1.11.1-1 2011-09-28 08:04:16 status installed xserver-xephyr 2:1.11.1-1 2011-09-28 08:04:16 status installed xserver-xorg-core 2:1.11.1-1 2011-09-28 08:04:17 status installed xserver-xorg-video-tseng 1:1.2.4-2+b2 2011-09-28 08:04:17 status installed xserver-xorg-video-siliconmotion 1:1.7.5-1+b2 2011-09-28 08:04:17 status installed xserver-xorg-video-r128 6.8.1-5+b2 2011-09-28 08:04:17 status installed xserver-xorg-video-mach64 6.9.0-1+b1 2011-09-28 08:04:17 status installed xserver-xorg-video-radeon 1:6.14.2-2 2011-09-28 08:04:17 status installed xserver-xorg-video-ati 1:6.14.2-2 2011-09-28 08:04:18 status installed xserver-xorg-video-intel 2:2.16.0-1 2011-09-28 08:04:18 status installed xserver-xorg-video-chips 1:1.2.4-1+b2 2011-09-28 08:04:18 status installed xserver-xorg-video-trident 1:1.3.4-2+b2 2011-09-28 08:04:18 status installed xserver-xorg-video-s3 1:0.6.3-4+b2 2011-09-28 08:04:18 status installed xserver-xorg-video-i128 1:1.3.4-2+b2 2011-09-28 08:04:19 status installed xserver-xorg-video-mga 1:1.4.13.dfsg-3+b2 2011-09-28 08:04:19 status installed xserver-xorg-video-nouveau 1:0.0.16+git20110411+8378443-1+b2 2011-09-28 08:04:19 status installed xserver-xorg-video-neomagic 1:1.2.5-2+b2 2011-09-28 08:04:19 status installed xserver-xorg-video-cirrus 1:1.3.2-4+b2 2011-09-28 08:04:19 status installed xserver-xorg-video-ark 1:0.7.3-2+b2 2011-09-28 08:04:19 status installed xserver-xorg-video-tdfx 1:1.4.3-4+b2 2011-09-28 08:04:19 status installed xserver-xorg-video-sisusb 1:0.9.4-2+b2 2011-09-28 08:04:20 status installed xserver-xorg-video-rendition 1:4.2.4-2+b2 2011-09-28 08:04:20 status installed xserver-xorg-video-vesa 1:2.3.0-7+b1 2011-09-28 08:04:20 status installed xserver-xorg-video-fbdev 1:0.4.2-4+b2 2011-09-28 08:04:20 status installed xserver-xorg-video-savage 1:2.3.2-3+b2 2011-09-28 08:04:20 status installed xserver-xorg-video-vmware 1:11.0.3-2+b2 2011-09-28 08:04:21 status installed xserver-xorg-video-openchrome 1:0.2.904+svn920-1+b1 2011-09-28 08:04:21 status installed xserver-xorg-video-s3virge 1:1.10.4-4+b2 2011-09-28 08:04:21 status installed xserver-xorg-video-voodoo 1:1.2.4-2+b2 2011-09-28 08:04:21 status installed xserver-xorg-video-apm 1:1.2.3-2+b2 2011-09-28 08:04:21 status installed xserver-xorg-video-sis 1:0.10.3-3+b2 2011-09-28 08:04:21 status installed xserver-xorg-input-evdev 1:2.6.0-2+b2 2011-09-28 08:04:22 status installed xserver-xorg-input-wacom 0.10.10+20110203-1+b2 2011-09-28 08:04:22 status installed xserver-xorg-input-synaptics 1.4.1-1+b1 2011-09-28 18:10:00 status installed libgirepository-1.0-1 0.10.8-2+b1 2011-09-28 18:10:01 status installed gir1.2-glib-2.0 0.10.8-2+b1 2011-09-28 18:10:01 status installed gir1.2-freedesktop 0.10.8-2+b1 2011-09-28 22:15:04 status installed libgnomeprintui2.2-0 2.18.6-1 2011-09-28 22:15:10 status installed libgnomeprint2.2-0 2.18.8-1 2011-09-28 22:15:11 status installed libgnomecups1.0-1 0.2.3-3+b1 2011-09-28 22:15:12 status installed libgnomeprint2.2-data 2.18.8-1 2011-09-28 22:15:13 status installed libgnomeprintui2.2-common 2.18.6-1 >cat dpkg.log | grep "2011-09-27.*status installed" 2011-09-27 08:08:43 status installed man-db 2.6.0.2-2 2011-09-27 08:08:45 status installed fontconfig 2.8.0-3 2011-09-27 08:08:45 status installed gnome-menus 2.30.3-2+b1 2011-09-27 08:08:45 status installed desktop-file-utils 0.15-2 2011-09-27 08:08:50 status installed hicolor-icon-theme 0.12-1 2011-09-27 08:08:50 status installed gcj-4.4-base 4.4.6-11 2011-09-27 08:08:51 status installed libgcj10 4.4.6-11 2011-09-27 08:08:51 status installed gcj-4.4-jre-headless 4.4.6-11 2011-09-27 08:08:52 status installed libgcj10-awt 4.4.6-11 2011-09-27 08:08:52 status installed gcj-4.4-jre 4.4.6-11 2011-09-27 08:08:52 status installed libmng1 1.0.10-3 2011-09-27 08:08:52 status installed libtalloc2 2.0.7-1 2011-09-27 08:08:53 status installed ttf-symbol-replacement-wine1.3 1.3.29-0ubuntu1~ppa1~natty1 2011-09-27 08:
Bug#643764: autoconf-archive: bad html -> autoconf-archive.html move
Package: autoconf-archive Version: 20110717-1 Severity: normal I just upgraded from 20090426-1 to 20110717-1, and instead of /usr/share/doc/autoconf-archive/html there is now a directory /usr/share/doc/autoconf-archive/autoconf-archive.html This is a pretty bad name since that looks like the name of a file, not of a directory. Please move that back to the old name. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638970: [Pkg-utopia-maintainers] Bug#638970: flashing bettery icon still present in version 0.9.13-1
Hi, it seems I did not supply the correct version number when issuing the "found" command to con...@bugs.debian.org... at least it complained in the reply: "There is no source info for the package 'upower' at version '0.9.13-1' with architecture '' Unable to make a source version for version '0.9.13-1'" Did I do something wrong? > looks like a faulty battery or a kernel issue. I am quite sure the battery is fine - when I still used Kubuntu and HAL, there was no such issue, and it showed up immediately after installing Debian. I can try a Kubuntu live CD to verify this. > If you kill upowerd and then monitor the sysfs entries, do you still see > this behaviour? Which sysfs entries, something in /sys/power? And how can I monitor them? Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643575: linux-image-3.0.0-1-686-pae: "cat /proc/interrupts" crashes and freezes system when called a second time
Hi, since my previous attempt to submit further information apparently failed, I hereby re-submit my message from yestarday night: 8< Ben, Jarod, in order to confirm that lirc_serial is the bad guy, I tried to prevent the lirc modules from loading -- without success though. It seems I am too stupid to achieve a lirc-free system -- perhaps you can give me a hint what I'm doing wrong? Here's what I've tried so far: - Disabling everything that looks like pro-lirc in /etc/lirc/hardware.conf: 8< # /etc/lirc/hardware.conf # # Arguments which will be used when launching lircd LIRCD_ARGS="" #Don't start lircmd even if there seems to be a good config file START_LIRCMD=false #Don't start irexec, even if a good config file seems to exist. START_IREXEC=false #Try to load appropriate kernel modules LOAD_MODULES=false # Run "lircd --driver=help" for a list of supported drivers. DRIVER="" # If DEVICE is set to /dev/lirc and udev is in use /dev/lirc0 will be # automatically used instead DEVICE="" MODULES="" # Default configuration files for your hardware if any LIRCD_CONF="" LIRCMD_CONF="" 8< - Blacklisting lirc_device and lirc_serial in their corresponding /etc/modprobe.d/.conf files (followed by "depmod -ae" and "update-initramfs -u -k `uname -r` -v") Yet I still get messages about lirc being attemptet to load in dmesg: 8< [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.0.0-1-686-pae (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 16:41:03 UTC 2011 [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0008f000 (usable) [0.00] BIOS-e820: 0008f000 - 0009 (reserved) [0.00] BIOS-e820: 0009 - 0009ec00 (usable) [0.00] BIOS-e820: 0009ec00 - 000a (reserved) [0.00] BIOS-e820: 000e - 0010 (reserved) [0.00] BIOS-e820: 0010 - 7ee98000 (usable) [0.00] BIOS-e820: 7ee98000 - 7eebf000 (reserved) [0.00] BIOS-e820: 7eebf000 - 7ef47000 (usable) [0.00] BIOS-e820: 7ef47000 - 7efbf000 (ACPI NVS) [0.00] BIOS-e820: 7efbf000 - 7eff1000 (usable) [0.00] BIOS-e820: 7eff1000 - 7efff000 (ACPI data) [0.00] BIOS-e820: 7efff000 - 7f00 (usable) [0.00] BIOS-e820: 7f00 - 8000 (reserved) [0.00] BIOS-e820: f800 - fc00 (reserved) [0.00] BIOS-e820: fff0 - 0001 (reserved) [0.00] NX (Execute Disable) protection: active [0.00] DMI 2.5 present. [0.00] DMI: /D525MW, BIOS MWPNT10N.86A.0083.2011.0524.1600 05/24/2011 [0.00] e820 update range: - 0001 (usable) ==> (reserved) [0.00] e820 remove range: 000a - 0010 (usable) [0.00] last_pfn = 0x7f000 max_arch_pfn = 0x100 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-B uncachable [0.00] C-D write-protect [0.00] E-F uncachable [0.00] MTRR variable ranges enabled: [0.00] 0 base 0 mask F8000 write-back [0.00] 1 base 07F00 mask FFF00 uncachable [0.00] 2 base 0 mask F write-protect [0.00] 3 base 0FFF1 mask F write-protect [0.00] 4 base 0FFF2 mask F write-protect [0.00] 5 disabled [0.00] 6 disabled [0.00] x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 [0.00] found SMP MP-table at [c00fbe70] fbe70 [0.00] initial memory mapped : 0 - 01a0 [0.00] Base memory trampoline at [c009a000] 9a000 size 16384 [0.00] init_memory_mapping: -379fe000 [0.00] 00 - 20 page 4k [0.00] 20 - 003780 page 2M [0.00] 003780 - 00379fe000 page 4k [0.00] kernel direct mapping tables up to 379fe000 @ 19fa000-1a0 [0.00] RAMDISK: 376a6000 - 37ff [0.00] Allocated new RAMDISK: 36d5c000 - 376a58ab [0.00] Move RAMDISK from 376a6000 - 37fef8aa to 36d5c000 - 376a58aa [0.00] ACPI: RSDP 000f2060 00024 (v02 INTEL ) [0.00] ACPI: XSDT 7effe120 0004C (v01 INTEL D525MW 0053 0113) [0.00] ACPI: FACP 7effd000 000F4 (v03 INTEL D525MW 0053 MSFT 010D) [0.00] ACPI: DSDT 7eff9000 03796 (v01 INTEL D525MW 0053 MSFT 010D) [0.00] ACPI: FACS 7ef87000 0004
Bug#643693: x11-xserver-utils: [xrandr] xrandr no longer sets up virtual screen
On Wed, Sep 28, 2011 at 11:05:11PM +0200, Julien Cristau wrote: > I don't understand what this report is saying. There doesn't seem to be > anything wrong and your explanations seem confused. Panning no longer works. Sorry if that wasn't clear. To be more precise, I suspect that there is some panning - by a few pixels: it is hard to tell. So before I could pan around the 1024x1024 virtual screen using a synaptics trackpad. With the new packages, no panning (modulo possibly a couple of pixels) occurs. The initial state as reported by xrandr is: Screen 0: minimum 320 x 200, current 1024 x 600, maximum 4096 x 4096 LVDS1 connected 1024x600+0+0 (normal left inverted right x axis y axis) 195mm x 113mm 1024x600 60.0*+ 800x60060.3 56.2 640x48059.9 VGA1 disconnected (normal left inverted right x axis y axis) I notice "current 1024 x 600" above. As noted in the first report, "current" changes to 1024 x 1024 despite --mode 1024x600. I am not sure whether that is significant. ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#638970: [Pkg-utopia-maintainers] Bug#638970: flashing bettery icon still present in version 0.9.13-1
On 29.09.2011 11:58, Ralf Jung wrote: >> looks like a faulty battery or a kernel issue. > I am quite sure the battery is fine - when I still used Kubuntu and HAL, > there > was no such issue, and it showed up immediately after installing Debian. I > can > try a Kubuntu live CD to verify this. A Kubuntu version which still used HAL uses a completely different kernel, so this is not comparable. >> If you kill upowerd and then monitor the sysfs entries, do you still see >> this behaviour? > Which sysfs entries, something in /sys/power? And how can I monitor them? The sysfs entries shown in the upower log. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643742: icedtea-6-jre-cacao: Depends: openjdk-6-jre-headless (= 6b18-1.8.7-2~squeeze1) but 6b18-1.8.9-0.1~squeeze1 is to be installed.
* Pawel Tecza: > The following actions will resolve these dependencies: > > Remove the following packages: > 1) icedtea-6-jre-cacao > > > > Accept this solution? [Y/n/q/?] q You should accept this resultion, then the update will proceed. -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643741: linux-headers-2.6.32-5-amd64: kernel BUG at /build/buildd-linux-2.6_2.6.32-35squeeze2-amd64-OT816k/linux-2.6-2.6.32/debian/build/source_amd64_none/mm/slub.c:2969!
severity 643741 important stop On Thu, Sep 29, 2011 at 08:50:57AM +0100, Volodymyr M. Shcherbyna wrote: > Package: linux-headers-2.6.32-5-amd64 > Version: 2.6.32-35squeeze2 > Severity: critical > Justification: breaks the whole system no at max important, maybe breaks *one* box. > > Hello, > > Just installed clean Debian 6.0.2 amd64 and did a reboot via shutdown -r now > . This is what I am getting: > > [ 1619.241195] kernel BUG at > /build/buildd-linux-2.6_2.6.32-35squeeze2-amd64-OT816k/linux-2.6-2.6.32/debian/build/source_amd64_none/mm/slub.c:2969! > [ 1619.241198] invalid opcode: [#1] SMP > [ 1619.241201] last sysfs file: /sys/power/state > [ 1619.241203] CPU 2 > [ 1619.241205] Modules linked in: acpi_cpufreq cpufreq_conservative > cpufreq_powersave cpufreq_userspace cpufreq_stats parport_pc ppdev lp parport > sco bridge stp bnep rfcomm l2cap bluetooth rfkill vboxnetflt vboxdrv > binfmt_misc fuse loop usbhid hid snd_usb_audio uvcvideo snd_usb_lib > snd_seq_midi snd_seq_midi_event videodev v4l1_compat snd_hda_codec_atihdmi > snd_rawmidi v4l2_compat_ioctl32 snd_hda_codec_realtek snd_hda_intel > snd_hda_codec snd_hwdep snd_pcm snd_seq snd_timer snd_seq_device radeon snd > processor ttm evdev drm_kms_helper i2c_i801 drm i2c_algo_bit pcspkr > asus_atk0110 i2c_core soundcore snd_page_alloc psmouse button serio_raw ext4 > mbcache jbd2 crc16 sg sr_mod sd_mod crc_t10dif cdrom uhci_hcd ata_generic > pata_marvell ata_piix libata atl1e ehci_hcd scsi_mod thermal thermal_sys > usbcore nls_base [last unloaded: vboxnetadp] can you retry without that vboxfoocrap. Is it reproducible then? thank you. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643761: qemu-kvm: Attaching usb devices to a Win7 guest only works for the first device
On 29.09.2011 15:19, Ralf Spenneberg wrote: [] > When using a Windows 7 guest hot attaching USB devices via libvirt only > works for the first device. . > Attaching a second device does not work. The first device does work, > even after unsuccessfully trying to add a second device. Detaching the first > device seems to work. At least it is removed in the Win7 device manager. > Reattaching the first device does not work. > > All these features work fine in Linux or WinXP guests. > On the host site no errors are reported. Have you tried a more recent version, e.g from wheezy or experimental? Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#596739: Still reproducible. Was: Does not restore tabs after crash
On mar., 2011-05-17 at 20:51 +0200, Witold Baryluk wrote: > > What would you expect exactly? > > I expect there is 2 checkboxes: > * Load session (tabs) > * Enable plugins > > instead of this 2 buttons with same functionality. > > Please look for example how Opera shows startup dialog > after crash. > > Problem is buttons is that once clicked, they cannot > be unclicked. Checkboxes will make it obvious and > will be reversible. > “crash dialog” has been updated on recent midori versions. Does it fit your needs? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#643765: qt4-qmlviewer: qmlviewer on mips fails to "Bus error"
Package: qt4-qmlviewer Version: 4:4.7.3-5 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropiate *** * What led up to the situation? just run "qmlviewer somescript.qml" * What exactly did you do (or not do) that was effective (or ineffective)? any qml script leads to this effect * What was the outcome of this action? Bus error * What outcome did you expect instead? Normal script work -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (100, 'testing'), (50, 'unstable'), (10, 'experimental') Architecture: mipsel (mips64) Kernel: Linux 2.6.38-lemote2f (PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qt4-qmlviewer depends on: ii libc6 2.13-7 ii libgcc1 1:4.6.0-10 ii libqt4-declarative 4:4.7.3-5 ii libqt4-network 4:4.7.3-5 ii libqt4-opengl 4:4.7.3-5 ii libqtcore4 4:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libstdc++6 4.6.0-10 qt4-qmlviewer recommends no packages. qt4-qmlviewer 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#642355: git-buildpackage: add a way to not override pbuilder config
On mar., 2011-09-27 at 00:11 +0200, Guido Günther wrote: > Russ would it make sense to support this if > > GIT_PBUILDER_AUTOCONF=no > > is set in the environment? And extra bonus if it can be set in gbp.conf :) -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#643767: libatlas3-base: fails to install: update-alternatives: error: alternative path /usr/lib/atlas-base/atlas/libblas.so.3 doesn't exist.
Package: libatlas3-base Version: 3.8.4-4~exp1 Severity: grave Justification: renders package unusable The package fails to install: | # apt-get install libatlas3-base/experimental | Reading package lists... Done | Building dependency tree | Reading state information... Done | Selected version '3.8.4-4~exp1' (Debian:experimental [i386]) for 'libatlas3-base' | The following extra packages will be installed: | libgfortran3 | Suggested packages: | liblapack3 | The following NEW packages will be installed: | libatlas3-base libgfortran3 | 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. | Need to get 5266 kB of archives. | After this operation, 16.0 MB of additional disk space will be used. | Do you want to continue [Y/n]? | Get:1 http://ftp.pl.debian.org/debian/ unstable/main libgfortran3 i386 4.6.1-13 [355 kB] | Get:2 http://ftp.pl.debian.org/debian/ experimental/main libatlas3-base i386 3.8.4-4~exp1 [4911 kB] | Fetched 5266 kB in 0s (17.7 MB/s) | debconf: delaying package configuration, since apt-utils is not installed | Selecting previously unselected package libgfortran3. | (Reading database ... 11512 files and directories currently installed.) | Unpacking libgfortran3 (from .../libgfortran3_4.6.1-13_i386.deb) ... | Selecting previously unselected package libatlas3-base. | Unpacking libatlas3-base (from .../libatlas3-base_3.8.4-4~exp1_i386.deb) ... | Setting up libgfortran3 (4.6.1-13) ... | Setting up libatlas3-base (3.8.4-4~exp1) ... | update-alternatives: error: alternative path /usr/lib/atlas-base/atlas/libblas.so.3 doesn't exist. | dpkg: error processing libatlas3-base (--configure): | subprocess installed post-installation script returned error exit status 2 | Errors were encountered while processing: | libatlas3-base | configured to not write apport reports | E: Sub-process /usr/bin/dpkg returned an error code (1) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643562: openshot: segmentation fault at startup
now it works thanks 2011/9/28 Jonathan Thomas : > Okay, I think we are getting close to figuring this out! I have modified > one of the files in OpenShot, and attached it to this bug report > (hopefully). Please locate the Language_Init.py file, which is probably > located at /usr/share/pyshared/openshot/language/. Please replace that file > with the attached file (after extracting it), and re-launch OpenShot. > Hopefully, it will launch in Italian, and with no crashes. > Please let me know what happens. =) > Thanks! > -Jonathan > > On Wed, Sep 28, 2011 at 2:21 AM, Hybris wrote: >> >> > $ LC_ALL="C" openshot >> > Does it still crash? >> >> no, it works >> >> i do not have the file: >> /var/lib/locales/supported.d/local >> >> $ locale >> LANG=it_IT@euro >> LANGUAGE= >> LC_CTYPE="it_IT@euro" >> LC_NUMERIC="it_IT@euro" >> LC_TIME="it_IT@euro" >> LC_COLLATE="it_IT@euro" >> LC_MONETARY="it_IT@euro" >> LC_MESSAGES="it_IT@euro" >> LC_PAPER="it_IT@euro" >> LC_NAME="it_IT@euro" >> LC_ADDRESS="it_IT@euro" >> LC_TELEPHONE="it_IT@euro" >> LC_MEASUREMENT="it_IT@euro" >> LC_IDENTIFICATION="it_IT@euro" >> LC_ALL= -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643019: monit: FTBFS: configure: error: Architecture not supported: `uname`.
Sergey B Kirpichev writes: > On Mon, Sep 26, 2011 at 8:06 PM, Christoph Egger wrote: >> Justification: fails to build from source (but built successfully in the >> past) >> >> Your package failed to build on the kfreebsd-* buildds: >> >> checking for sys/filio.h... yes >> configure: error: Architecture not supported: `uname`. >> >> If you have further questions please mail debian-...@lists.debian.org > > Can you test build for current git HEAD? > http://anonscm.debian.org/gitweb/?p=collab-maint/monit.git Builds fine here! Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599995: Bug#640995: nmu: serna-free_4.3.0.20110221-5
On Sat, Sep 17, 2011 at 11:56 AM, Joachim Breitner wrote: > Hi, > > Am Samstag, den 17.09.2011, 11:53 +0200 schrieb Julien Cristau: >> tag 640995 moreinfo >> kthxbye >> >> On Fri, Sep 9, 2011 at 11:59:38 +0200, Joachim Breitner wrote: >> >> > as reported as #640948 by Fabrice Flore-Thebault, Serna needs a round of >> > binNMUs: >> > >> > nmu serna-free_4.3.0.20110221-5 . ALL . -m "Rebuild against newer >> > libqscintilla2-6" >> > >> What about #55? > > good question. Mathieu, are we missing some build dependency here? Working on it now. The dependencies are actually hardcoded in 3rd/qscintilla/TMakefile.pro If only I could remember how git-dpm expect patch to be added... -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643761: qemu-kvm: Attaching usb devices to a Win7 guest only works for the first device
Yes, I have tried the sid version. Same behavior, but funny thing: When using qemu-kvm without libvirt it behaves differently: - Adding a usb-keyboard using the monitor and usb_add host:5.4 works - Deleting the usb-keyboard using usb_del 0.1 works - Adding it again works. This does not automatically create a usb-hub as done by libvirt. - Adding a second device and a third device works, too But now a Generic USB Hub is added. - Removing the second (and third) device does not remove the hub - Reattaching the second device does not work - Removing the first device does work Reattaching any device does not work as long as the hub is in place! - Removing the hub works Now attaching devices work again. Apparently the communication with the hub is broken on Win7. It works fine on WinXP and Linux as far as I have tested. Am Donnerstag, den 29.09.2011, 13:19 +0200 schrieb Ralf Spenneberg: > Package: qemu-kvm > Version: 0.12.5+dfsg-5+squeeze6 > Severity: normal > > > > -- Package-specific info: > > > /proc/cpuinfo: > > processor : 0 > vendor_id : GenuineIntel > cpu family: 6 > model : 15 > model name: Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz > stepping : 11 > cpu MHz : 2399.861 > cache size: 4096 KB > physical id : 0 > siblings : 4 > core id : 0 > cpu cores : 4 > apicid: 0 > initial apicid: 0 > fpu : yes > fpu_exception : yes > cpuid level : 10 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm > constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor > ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow vnmi flexpriority > bogomips : 4799.72 > clflush size : 64 > cache_alignment : 64 > address sizes : 36 bits physical, 48 bits virtual > power management: > > processor : 1 > vendor_id : GenuineIntel > cpu family: 6 > model : 15 > model name: Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz > stepping : 11 > cpu MHz : 2399.861 > cache size: 4096 KB > physical id : 0 > siblings : 4 > core id : 2 > cpu cores : 4 > apicid: 2 > initial apicid: 2 > fpu : yes > fpu_exception : yes > cpuid level : 10 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm > constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor > ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow vnmi flexpriority > bogomips : 4800.19 > clflush size : 64 > cache_alignment : 64 > address sizes : 36 bits physical, 48 bits virtual > power management: > > processor : 2 > vendor_id : GenuineIntel > cpu family: 6 > model : 15 > model name: Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz > stepping : 11 > cpu MHz : 2399.861 > cache size: 4096 KB > physical id : 0 > siblings : 4 > core id : 3 > cpu cores : 4 > apicid: 3 > initial apicid: 3 > fpu : yes > fpu_exception : yes > cpuid level : 10 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm > constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor > ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow vnmi flexpriority > bogomips : 4800.21 > clflush size : 64 > cache_alignment : 64 > address sizes : 36 bits physical, 48 bits virtual > power management: > > processor : 3 > vendor_id : GenuineIntel > cpu family: 6 > model : 15 > model name: Intel(R) Core(TM)2 Quad CPUQ6600 @ 2.40GHz > stepping : 11 > cpu MHz : 2399.861 > cache size: 4096 KB > physical id : 0 > siblings : 4 > core id : 1 > cpu cores : 4 > apicid: 1 > initial apicid: 1 > fpu : yes > fpu_exception : yes > cpuid level : 10 > wp: yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov > pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm > constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor > ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm tpr_shadow vnmi flexpriority > bogomips : 4800.16 > clflush size : 64 > cache_alignment : 64 > address sizes : 36 bits physical, 48 bits virtual > power management: > > > > > -- System Information: > Debian Release: 6.0.2 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU
Bug#643742: icedtea-6-jre-cacao: Depends: openjdk-6-jre-headless (= 6b18-1.8.7-2~squeeze1) but 6b18-1.8.9-0.1~squeeze1 is to be installed.
* Pawel Tecza: > Really? Why I should remove one package for upgrading other package on > *stable* system? Is it a new Debian policy? I'm a long time Debian user > and admin and I don't remember similar case. Past BIND 9 updates had similar requirements. > Suppose that my developers need that Cacao package. What then? IMHO it's > not a good solution. The Recommends: which installed the Cacao package was probably unintended, and the package is almost certainly unused your systems. The Cacao-based JVM is not ready for production purposes. -- Florian Weimer BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643592: midori: please preserve user-defined order for bookmarks
affects midori affects debian done On mar., 2011-09-27 at 22:55 +0200, Francesco Poli (wintermute) wrote: > Package: midori > Version: 0.4.0-2 > Severity: wishlist > > Hi! > > The order defined by the user for his/her bookmarks and bookmark folders > should be stored along with the bookmark themselves and preserved. > The reason is that the user-defined order is often significant and should > not be messed with. > > Example: suppose I use the "New Folder" button in the sidepanel to > create four bookmark folders named "first", "second", "third", and "fourth". > Suppose that I create these folders in the above-described order. > The sidepanel shows > > first > second > third > fourth Same here > > as it should, but the Bookmarks menu shows > > first > fourth > second > third Here it shows the correct order. > > which seems to be a lexicographical order (has the feature requested > in bug #535589 been implemented, after all?). Weird, I don't think so. > However, if I change my mind and want to alter the order of these > four folders, I cannot get what I would like to: if I drag "first" > to the bottom (within the sidepanel), I get the following order > in the sidepanel > > third > second > fourth > first > > while I expected to see > > second > third > fourth > first Yep, it looks like reordering folders doesn't work completely fine. It seems that there might be bad interactions between folders and bookmarks. > > The bookmarks menu still shows > > first > fourth > second > third Here it still shows the original order too. > > > What I would like to see, as I anticipated above, is Midori preserving > the user-defined order for bookmarks. > More in detail: > > * bookmarks and bookmark folders should be shown in the user-defined > order, both in the sidepanel and in the Bookmarks menu > > * the user should be able to modify the order by simply dragging > elements (bookmarks or bookmark folders) up and down in the sidepanel, > and by cutting, copying, and pasting them > > * there should be a "Sort" menu entry (in the menu that appears when > you right-click on a folder in the sidepanel): this entry should > lexicographically sort all the elements in the folder (so that > the submitter of bug #535589 could be happy, too), but should > not prevent future order modifications by the user > > * the concept of "bookmark separators" should be implemented (please > see how this concept is used in the Galeon web browser) > > I hope this makes sense and may be easily implemented. > Please forward this feature request upstream, if appropriate. That definitely looks upstream so I'm trying to submit it directly to launchpad. Hope it'll work and won't look to weird from their. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#643742: icedtea-6-jre-cacao: Depends: openjdk-6-jre-headless (= 6b18-1.8.7-2~squeeze1) but 6b18-1.8.9-0.1~squeeze1 is to be installed.
Dnia 2011-09-29, czw o godzinie 12:05 +, Florian Weimer pisze: > * Pawel Tecza: > > > The following actions will resolve these dependencies: > > > > Remove the following packages: > > 1) icedtea-6-jre-cacao > > > > > > > > Accept this solution? [Y/n/q/?] q > > You should accept this resultion, then the update will proceed. Really? Why I should remove one package for upgrading other package on *stable* system? Is it a new Debian policy? I'm a long time Debian user and admin and I don't remember similar case. Suppose that my developers need that Cacao package. What then? IMHO it's not a good solution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643761: qemu-kvm: Attaching usb devices to a Win7 guest only works for the first device
Ok. Now it is getting really weird. I tried to reproduce the behavior on WinXP without libvirt. Adding the first device works via usb_add (without adding a hub) Adding a second device does not really work - The device is added - A hub is added automatically - But the devices apparently are not enumerated - info usb shows both as 0.0 - The WinXP guest does not display the devices in the device manager Removing the first device reestablishes the function. Both devices are enumerated und functional. Adding, removing and reattaching further devices works fine. So while WinXP requires a hub Win7 works without a hub. Somehow Win7 apparently loses/cannot establish the contact (bus) to the hub. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643768: src:landell: does not byte-compile Python files
Package: src:landell
Version: 0.92.1-1
Severity: important
Tags: patch
Your package does not byte-compile Python files. This task is usually
done by dh_python2 (or, in the past, python-support or python-central).
In order to fix this, you should apply the attached patch.
The override is necessary because it installs in an unusual directory.
If the package used /usr/lib/landell or /usr/share/landell, it wouldn't
be.
SR
diff -u landell-0.92.1/debian/control landell-0.92.1/debian/control
--- landell-0.92.1/debian/control
+++ landell-0.92.1/debian/control
@@ -3,8 +3,8 @@
Priority: optional
Maintainer: Thadeu Lima de Souza Cascardo
Uploaders: Marcelo Jorge Vieira (metal)
-Build-Depends: debhelper (>= 7),
- python (>= 2.5)
+Build-Depends: debhelper (>= 7.0.50~),
+ python (>= 2.6.6-3~)
Standards-Version: 3.9.2
Homepage: http://landell.holoscopio.com
Vcs-Git: http://git.holoscopio.com/git/sltv.git
@@ -27,8 +27,6 @@
python-configobj (>= 4.5.2),
python-gobject (>= 2.14.2),
python-gtk2 (>= 2.16)
-XB-Python-Version: ${python:Versions}
-Provides: ${python:Provides}
Description: audio and video streams manager
Landell is an audio and video streamer that receives streams from sources
and sends a stream using icecast. It has a graphical interface that
diff -u landell-0.92.1/debian/rules landell-0.92.1/debian/rules
--- landell-0.92.1/debian/rules
+++ landell-0.92.1/debian/rules
@@ -3 +3,4 @@
- dh $@
+ dh $@ --with python2
+
+override_dh_python2:
+ dh_python2 /usr/lib/sltv
Bug#630476: NMU
Fwiw, I guess I'm gonna prepare an NMU including that patch. Failing to lock the screen might be considered as a security issue, which is indeed really bad. In this case, it's not completely bad since the user should see it right away and could act directly (though she's unlikely to know what to do). Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#604815: Bug only affects squeeze
tag 604815 squeeze thanks dssi-host-jack is now built on kfreebsd* and available in wheezy, which means only squeeze is affected, so tagging this bug accordingly. Thanks, Regis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639645: opu: package xpdf/3.02-1.4+lenny4
Hi, On Wed, Sep 28, 2011 at 09:19:57PM -0400, Michael Gilbert wrote: > Michael Gilbert wrote: > > > In any case, I'm not entirely convinced that a NEWS file is the > > > right location to be making a statement that seems in danger of > > > approaching "this package isn't getting security support in lenny". > > So, an EOL could be declared on t1lib, but there are many dependencies > > on it. So, I saw the news file as more of a tool to educate the user > > on what to do to disable t1lib if they actually see these issues as > > concerns. Another possibility would be to set t1lib=no in the default > > xpdfrc (which disables it) with instructions in NEWS.Debian on how to > > reenable it. > Any thoughts on what the right thing to do is here? Whatever the > decision, that's what I'll implement, and I would really like to get > this into the upcoming lenny proposed-update. it's certainly too late for the point release on this weekend. The deadline was Sunday. That said, I really don't want to introduce behaviour changes due to security updates in a point release. Instead there should be a proper announcement stating the pros and cons of re-enabling t1 support for those who need it, if it's going to be deactivated by default. Point releases are supposed to be non-breaking bugfixes, it should not be needed to read the announcement for them. For security updates there are often important information in the announcement, like the dropped support for some Java VM variants in DSA 2311-1. So if you feel that this is important enough to disable the functionality and that the functionality is used widely enough that it warrants that the users ought to be informed about the regression, please make sure that an announcement is made to the proper venue, which is -security-announce. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#643742: icedtea-6-jre-cacao: Depends: openjdk-6-jre-headless (= 6b18-1.8.7-2~squeeze1) but 6b18-1.8.9-0.1~squeeze1 is to be installed.
Dnia 2011-09-29, czw o godzinie 12:52 +, Florian Weimer pisze: > * Pawel Tecza: > > > Really? Why I should remove one package for upgrading other package on > > *stable* system? Is it a new Debian policy? I'm a long time Debian user > > and admin and I don't remember similar case. > > Past BIND 9 updates had similar requirements. I don't have BIND 9 on my machines, so I don't know about that issue. Yes, I can understand that I should purge any buggy package which has a very important security holes and they can't be fixed. But I can't realize that I should remove a package, because its maintainer doesn't want to increase dependency version. > > Suppose that my developers need that Cacao package. What then? IMHO it's > > not a good solution. > > The Recommends: which installed the Cacao package was probably > unintended, and the package is almost certainly unused your systems. > The Cacao-based JVM is not ready for production purposes. I need to consult it with my developers. I'm a free man, so I have a right to install also unused packages on my server ;) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643769: dovecot-core: Can't upgrade because group dovecot doesn't exist
Package: dovecot-core Version: 1:2.0.15-1 Severity: normal Dear Maintainer, I couldn't upgrade dovecot today. I think it was because the dovecot group wasn't present - but it should be added by dovecot-common I guess. The following log should probably explain it: root@rodney:~ # apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done The following package was automatically installed and is no longer required: dovecot-common Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 9 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up dovecot-core (1:2.0.15-1) ... chgrp: invalid group: `dovecot' dpkg: error processing dovecot-core (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of dovecot-common: dovecot-common depends on dovecot-core; however: Package dovecot-core is not configured yet. dpkg: error processing dovecot-common (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dovecot-gssapi: dovecot-gssapi depends on dovecot-core (= 1:2.0.15-1); however: Package dovecot-core is not configured yet. dpkg: error processing dovecot-gssapi (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dovecot-imapd: dovecot-imapd depends on dovecot-core (= 1:2.0.15-1); however: Package dovecot-core is not configured yet. dpkg: error processing dovecot-imapd (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dovecot-ldap: dovecoconfigured to not write apport reports configured to not write apport reports configured to not write apport reports configured to not write apport reports configured to not write apport reports configured to not write apport reports configured to not write apport reports configured to not write apport reports configured to not write apport reports t-ldap depends on dovecot-core (= 1:2.0.15-1); however: Package dovecot-core is not configured yet. dpkg: error processing dovecot-ldap (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dovecot-mysql: dovecot-mysql depends on dovecot-core (= 1:2.0.15-1); however: Package dovecot-core is not configured yet. dpkg: error processing dovecot-mysql (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dovecot-pgsql: dovecot-pgsql depends on dovecot-core (= 1:2.0.15-1); however: Package dovecot-core is not configured yet. dpkg: error processing dovecot-pgsql (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dovecot-sieve: dovecot-sieve depends on dovecot-core (= 1:2.0.15-1); however: Package dovecot-core is not configured yet. dpkg: error processing dovecot-sieve (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of dovecot-sqlite: dovecot-sqlite depends on dovecot-core (= 1:2.0.15-1); however: Package dovecot-core is not configured yet. dpkg: error processing dovecot-sqlite (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: dovecot-core dovecot-common dovecot-gssapi dovecot-imapd dovecot-ldap dovecot-mysql dovecot-pgsql dovecot-sieve dovecot-sqlite E: Sub-process /usr/bin/dpkg returned an error code (1) root@rodney:~ # grep dovecot /etc/group root@rodney:~ # addgroup --system dovecot Adding group `dovecot' (GID 107) ... Done. root@rodney:~ # root@rodney:~ # apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done The following package was automatically installed and is no longer required: dovecot-common Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 9 not fully installed or removed. After this operation, 0 B of additional disk space will be used. [master fbd7c12] saving uncommitted changes in /etc prior to apt run Author: root 4 files changed, 4 insertions(+), 2 deletions(-) Setting up dovecot-core (1:2.0.15-1) ... Replacing config file /etc/dovecot/conf.d/10-mail.conf with new version You already have ssl certs for dovecot. Starting IMAP/POP3 mail server: dovecot. Setting up dovecot-common (
Bug#643770: ruby-rchardet: syntax errors when loading with ruby1.9.1
Package: ruby-rchardet Version: 1.3-1 Severity: important Tags: patch Hi there, Trying to use ruby-rchardet using ruby1.9.1 gives syntax errors when loading the module. See the following output: bram@debian:~$ irb1.9.1 -rrchardet :29:in `require': /usr/lib/ruby/vendor_ruby/rchardet/chardistribution.rb:60: syntax error, unexpected ':', expecting keyword_then or ';' or '\n' (SyntaxError) /usr/lib/ruby/vendor_ruby/rchardet/chardistribution.rb:61: syntax error, unexpected ':', expecting keyword_then or ';' or '\n' /usr/lib/ruby/vendor_ruby/rchardet/chardistribution.rb:75: syntax error, unexpected ':', expecting keyword_then or ';' or '\n' /usr/lib/ruby/vendor_ruby/rchardet/chardistribution.rb:84: syntax error, unexpected keyword_end, expecting $end from :29:in `require' from /usr/lib/ruby/vendor_ruby/rchardet.rb:25:in `' from :29:in `require' from :29:in `require' from /usr/lib/ruby/1.9.1/irb/init.rb:281:in `block in load_modules' from /usr/lib/ruby/1.9.1/irb/init.rb:279:in `each' from /usr/lib/ruby/1.9.1/irb/init.rb:279:in `load_modules' from /usr/lib/ruby/1.9.1/irb/init.rb:20:in `setup' from /usr/lib/ruby/1.9.1/irb.rb:53:in `start' from /usr/bin/irb1.9.1:12:in `' This is because a number of "if" and "for" statements end with a colon, which was apparently valid in ruby1.8, but is not valid in ruby1.9.1. Attached is a patch that removes these colons, so that ruby-rchardet loads without syntax errors. Cheers, Bram Senders b...@proggerij.nl -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ruby-rchardet depends on: ii ruby 4.8ii ruby1.8 [ruby-interpreter]1.8.7.352-2 ii ruby1.9.1 [ruby-interpreter] 1.9.2.290-2 ruby-rchardet recommends no packages. ruby-rchardet suggests no packages. -- no debconf information --- rchardet/chardistribution.rb.orig 2011-09-29 14:49:18.504002350 +0200 +++ rchardet/chardistribution.rb 2011-09-29 14:49:40.715993001 +0200 @@ -57,8 +57,8 @@ if order >= 0 @_mTotalChars += 1 # order is valid - if order < @_mTableSize: - if 512 > @_mCharToFreqOrder[order]: + if order < @_mTableSize + if 512 > @_mCharToFreqOrder[order] @_mFreqChars += 1 end end @@ -72,7 +72,7 @@ return SURE_NO end - if @_mTotalChars != @_mFreqChars: + if @_mTotalChars != @_mFreqChars r = @_mFreqChars / ((@_mTotalChars - @_mFreqChars) * @_mTypicalDistributionRatio) if r < SURE_YES return r @@ -227,7 +227,7 @@ # first byte range: 0xa0 -- 0xfe # second byte range: 0xa1 -- 0xfe # no validation needed here. State machine has done that - if aStr[0..0] >= "\xA0": + if aStr[0..0] >= "\xA0" return 94 * (aStr[0] - 0xA1) + aStr[1] - 0xa1 else return -1 --- rchardet/charsetgroupprober.rb.orig 2011-09-29 14:50:19.704001646 +0200 +++ rchardet/charsetgroupprober.rb 2011-09-29 14:51:26.724007530 +0200 @@ -40,7 +40,7 @@ super @_mActiveNum = 0 - for prober in @_mProbers: + for prober in @_mProbers if prober prober.reset() prober.active = true --- rchardet/escprober.rb.orig 2011-09-29 14:51:47.431989041 +0200 +++ rchardet/escprober.rb 2011-09-29 14:52:01.616000777 +0200 @@ -41,7 +41,7 @@ def reset super() - for codingSM in @_mCodingSM: + for codingSM in @_mCodingSM next if not codingSM codingSM.active = true codingSM.reset() --- rchardet/eucjpprober.rb.orig 2011-09-29 14:52:23.071997248 +0200 +++ rchardet/eucjpprober.rb 2011-09-29 14:52:35.936003051 +0200 @@ -56,7 +56,7 @@ elsif codingState == EItsMe @_mState = EFoundIt break - elsif codingState == EStart: + elsif codingState == EStart charLen = @_mCodingSM.get_current_charlen() if i == 0 @_mLastChar[1] = aBuf[0..0] --- rchardet/jpcntx.rb.orig 2011-09-29 14:53:02.935989236 +0200 +++ rchardet/jpcntx.rb 2011-09-29 14:53:26.824001825 +0200 @@ -150,9 +150,9 @@ @_mNeedToSkipCharNum = i - aLen @_mLastCharOrder = -1 else - if (order != -1) and (@_mLastCharOrder != -1): + if (order != -1) and (@_mLastCharOrder != -1) @_mTotalRel += 1 - if @_mTotalRel > MAX_REL_THRESHOLD: + if @_mTotalRel > MAX_REL_THRESHOLD @_mDone = true break end @@ -169,7 +169,7 @@ def get_confidence # This is just one way to calculate confidence. It works well for me. - if @_mTotalRel > MINIMUM_DATA_THRESHOLD: + if @_mTotalRel > MINIMUM_DATA_THRESHOLD return (@_mTotalRel - @_mRelSample[0]) / @_mTotalRel else return DONT_KNOW @@ -208,7 +208,7 @@ return -1, 1 unless aStr # find out current char's byte length aStr = aStr[0..1].join if aStr.class == Array - if
Bug#640724: plasma-desktop: pager widget doesn't remember settings
Package: plasma-desktop Version: 4:4.6.5-3 Followup-For: Bug #640724 Hello, The pager widget/applet doesn't remember its settings. I have 4 workspaces in a horizontal row. In the pager applet, the setting "Number of rows:" is set to 1. When the system starts, the pager shows the workspaces in one row, but they are really arranged 2x2 and when using shortcuts, can only be switched to with left-right and up-down. When I set "Number of rows" in Pager Settings to 2, click OK, and then set it back to 1, the desktops are arranged correctly side-by-side in one row. After rebooting or restarting KDE, the pager shows 4 desktops side-by-side while they are physically arranged 2x2 (which is incorrect). Somehow, restoring the setting of "Number of rows" only applies to the pager widget and not the physical desktop layout. I expect the layout of the pager widget and the actual physical order of the workspaces to match (preferably in one row, because I'm too stupid to use 4 keys to switch workspace). Regards, Wouter -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages plasma-desktop depends on: ii kdebase-runtime 4:4.6.5-1+b1 ii libc6 2.13-21 ii libkcmutils4 4:4.6.5-2 ii libkdecore5 4:4.6.5-2 ii libkdeui5 4:4.6.5-2 ii libkephal4abi14:4.6.5-3 ii libkfile4 4:4.6.5-2 ii libkidletime4 4:4.6.5-2 ii libkio5 4:4.6.5-2 ii libknewstuff3-4 4:4.6.5-2 ii libktexteditor4 4:4.6.5-2 ii libkworkspace44:4.6.5-3 ii libplasma34:4.6.5-2 ii libplasmagenericshell44:4.6.5-3 ii libqt4-dbus 4:4.7.3-8 ii libqt4-xml4:4.7.3-8 ii libqtcore44:4.7.3-8 ii libqtgui4 4:4.7.3-8 ii libsolid4 4:4.6.5-2 ii libstdc++64.6.1-13 ii libtaskmanager4abi1 4:4.6.5-3 ii libx11-6 2:1.4.4-2 ii libxext6 2:1.3.0-3 ii plasma-widgets-workspace 4:4.6.5-3 Versions of packages plasma-desktop recommends: ii kdebase-workspace 4:4.6.5-3 plasma-desktop 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#642961: systemd: debian-fixup.service goes berserk in /run, breaks boot
Package: systemd Version: 36-1 Followup-For: Bug #642961 Dear Maintainer, oneshot should be a good answer . Ie it will break at first shot only but still break. Using the internals of initscripts /lib/init/mount-functions.sh run_migrate should do the trick. The offending lines that cause debian-fixup to break are: # If both directories are the same, we don't need to do # anything further. sold="$(/usr/bin/stat -L --format="%d %i" "$OLD" 2>/dev/null || :)" srun="$(/usr/bin/stat -L --format="%d %i" "$RUN" 2>/dev/null || :)" if [ -n "$sold" ] && [ "$sold" = "$srun" ]; then return 0 fi Here: /usr/bin/stat -L --format="%d %i" /var/lock 14 5912 /usr/bin/stat -L --format="%d %i" /run/lock/ 14 5912 cat /proc/mounts |grep lock tmpfs /var/lock tmpfs rw,nosuid,relatime,size=717012k,mode=755 0 0 cat /proc/mounts |grep run tmpfs /run tmpfs rw,nosuid,relatime,size=717012k,mode=755 0 0 ls -ld /var/lock drwxrwxrwt 6 root root 180 sept. 29 13:51 /var/lock ls -ld /run/lock/ drwxrwxrwt 6 root root 180 sept. 29 13:51 /run/lock/ I do not know how I ended up with /var/lock and /run/lock behing the same though syncing with run_migrate (or plain removing the /var/lock and /var/run from debian-fixup as debian already has those managed and fixed) would be great. Best regards, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc6test0-00067-gddc34e9 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii initscripts 2.88dsf-13.11 ii libacl1 2.2.51-3 ii libaudit0 1.7.18-1 ii libc6 2.13-21 ii libcap2 1:2.22-1 ii libcryptsetup1 2:1.3.0-3 ii libdbus-1-3 1.5.8-1 ii libpam0g1.1.3-4 ii libselinux1 2.1.0-1 ii libsystemd-daemon0 36-1 ii libsystemd-login0 36-1 ii libudev0172-1 ii libwrap07.6.q-21 ii udev172-1 ii util-linux 2.19.1-5 Versions of packages systemd recommends: ii libpam-systemd 36-1 Versions of packages systemd suggests: ii python 2.6.7-3 ii systemd-gui 36-1 -- no debconf information -- debsums errors found: debsums: changed file /lib/systemd/debian-fixup (from systemd package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637236: gcc-4.6: FTBFS on kfreebsd-amd64: gengtype: Internal error: abort in get_output_file_with_visibility, at gengtype.c:1998
severity 637236 important thanks It appears that gcc-4.6 4.6.1-13 built successfully on the buildd, fano.d.o. Downgrading this bug so gcc-4.6 can migrate to testing. However the buildd logs contain a disturbing history of failures, retries and eventual successes: 4.6.1-13 OK on fano FTBFS on fasch FTBFS on fasch FTBFS on fano 4.6.1-12 OK on fano 4.6.1-11 OK on fasch FTBFS on fasch FTBFS on fano 4.6.1-10 OK on fasch FTBFS on fasch 4.6.1-9 OK on fasch FTBFS on fasch FTBFS on fasch FTBFS on fano etc. I would very much like to understand the changes on both buildd machines that allow the package to build, or cause it to FTBFS. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643761: Info received (Bug#643761: qemu-kvm: Attaching usb devices to a Win7 guest only works for the first device)
Using Qemu-kvm 0.15.0 via libvirt seems to work fine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#643771: initscripts: hostname is set to FQDN; /etc/hostname not read or hostname.sh not executed?
Package: initscripts Version: 2.88dsf-13.11 Severity: normal Hello, Since yesterday, `hostname` returns the FQDN and also $HOSTNAME is set to the FQDN. /etc/hostname contains just the hostname (a single word) and is readable, so I assume /etc/init.d/hostname.sh somehow doesn't read /etc/hostname anymore. Perhaps this is related to the /run switch? Either hostname.sh isn't executed or /etc/hostname isn't read. /etc is on the / partition, as is /boot, so this is not a mount problem. X behaved funnily as applications couldn't connect to the X server anymore due to the hostname changing – probably during an apt update, or perhaps some daemon crashed. While the problem appears minor, the consequences might be more serious, depending on what exactly is in /etc/hostname, /etc/hosts and friends. Thanks for your time, Wouter -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages initscripts depends on: ii coreutils 8.13-2 ii debianutils 4.0.2 ii libc6 2.13-21 ii lsb-base3.2-28 ii mount 2.19.1-5 ii sysv-rc 2.88dsf-13.11 ii sysvinit-utils 2.88dsf-13.11 Versions of packages initscripts recommends: ii e2fsprogs 1.42~WIP-2011-09-25-1 ii psmisc 22.14-1 initscripts 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#635126: gcc-4.6: miscompilation with -ftree-sra
severity 635126 important thanks Downgrading this bug as an easy workaround has been found. This will allow gcc-4.6 to migrate to testing. -- Ludovic Brenta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642749: D-Bus errors on upgrade, from maintainer script
Am 25.09.2011 09:18, schrieb Josh Triplett: > On Sun, Sep 25, 2011 at 02:02:18AM +0200, Michael Biebl wrote: >> Am 24.09.2011 23:19, schrieb Josh Triplett: >>> process 26353: arguments to dbus_connection_send_with_reply_and_block() >>> were incorrect, assertion "connection != NULL" failed in file >>> ../../dbus/dbus-connection.c line 3483. >>> This is normally a bug in some application using the D-Bus library. >>> Failed to issue method call: (null) >>> >>> I'd guess this comes from the call to "systemctl daemon-reexec" in the >>> postinst. Please consider checking for systemd first, or changing >>> systemctl to do so. >> >> If I understand you correctly, you do have systemd installed but not actually >> running? > > Right. I have it installed, and I can try it out by passing the > appropriate kernel parameter, but I don't have it set as the default > init, and I didn't boot with it when I did that upgrade. Upstream has committed this patch [1] which returns a proper error message instead of an assertion. Michael [1] http://cgit.freedesktop.org/systemd/commit/?id=8185a5090a34531b9ef0a65ed3e948e7b6839754 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#643772: develock comes with absolutely no documentation
Package: develock-el Version: 0.36-2 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, develock comes with absolutely no documentation, no info pages, nothing in /usr/share/doc. I consider this a major usability issue. My questions are: - - what exactly do the different collors mean? - - what exactly is highlighted by develock? - - How can I customize the colors? - - How can I customize the maximum line length to a more modern value (say 100-120)? - - Is there a tool that automatically removes trailing whitespace? Best regards and thank you, Thomas Koch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOhHp0AAoJEAf8SJEEK6Za7K4QAIfg2wPG/7nSDLBYgtjycthn 0t1qZumgqU7noas/6tSq8lkxSrulu89drL9xAehGiiO8wdLf6b4A2ShNMQlvf0Nm K0rV5TS06USUFG0RZU0Q9h4Y1K2mHkB0hk/VmEKtXEjeZrADhF7W+rfwv+3ffnnq aO7xi4jhOcsNfXiZm8KROWmHhQzp6DhES/IMJ5oOnhZD5PKKz3JMf4IXcl7EU0ph 9xYrdZ9z/VWuxHNQx9ZZqM1CKBp6vTz/VrJ0pHpyTZYnqjDy1Arbkq3SV5yy+sRc pXM2sdTi4ZreIQfP3/1eGfyeAwsBZGyn3lmdWx+jF2H6DtFA1nB+iGqWF3mpjEmk +ErCg8Cwd0WkBLORjawxaUQZ2rEHL8sz6+N331l5VWkyYfhXoxqYk7h92OYb1tok PEcl20z+jgWjsUqAs4epY4YECnG0s6zxghamVyr8sODyhErhFdW3PVp7pPyiqcLe 2DVnOJUSBizPqoyzh5MgQtFqncD2fVutatPQgiO19weQwGGTn3YGXWaTniIAc5xG kzdHDYZQG9DjN+3NSlnv413DeS7pvwRU1En1dXepeKyydv8V/VYhy/1WpeQVWQy1 /6wNfbgQxQ4+JkVWaHiqNEWK+HOuHmm4OJd4npeQmfwrqt+VXSh6nxYGaMNtg9wU dcfGpcerekczzMH3KRld =HyRb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#568910:
One can now find an aspell 0.50.5 package here: https://github.com/malaterre/PublicRep/tree/master/debian/aspell Steps: git clone git://github.com/malaterre/PublicRep.git cd PublicRep/debian/aspell dget -u http://snapshot.debian.org/archive/debian/20050312T00Z/pool/main/a/aspell/aspell_0.50.5-5.dsc rm -rf aspell-0.50.5/debian mv debian aspell-0.50.5 cd aspell-0.50.5 dpkg-buildpackage -rfakeroot -us -uc HTH -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#640659: New upstream (7.0~b2)
> iceweasel-l10n 6.0 works fine with iceweasel 7. It doesn't, the preferences panels "Privacy" and "Advanced" are not accessible (empty window) if iceweasel-l10n is installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
