Bug#719462: libmodplug: CVE-2013-4233 CVE-2013-4234
Hi Zed, (all), Thanks for forwarding the error. I've applied some fixes for these CVE's. Being a library, I think it is a bit difficult to report a warning (at least there is no API call to get this out). I've added bounds checking on populating the h-gchord and h-drum variables, and conceptually it will just skip any additional drum/chord flags after 80 have been reached (in practice this might be only 40 as a number '1' if appended to each if it does not already exist). Also, I've committed + synced some other bugs in libmodplug (some evaluation might be needed whether a CVE is needed for some of them as well). https://sourceforge.net/p/modplug-xmms/git/ci/master/tree/ Also, for the purposes of packaging, I've split out libmodplug into its own git tree. https://github.com/Konstanty/libmodplug Let me know if you notice any problems with any of these patches, Konstanty On Wed, Aug 14, 2013 at 11:07 AM, Zed Pobre z...@resonant.org wrote: Hi Konstanty, this is your friendly Debian maintainer. I had a security issue in libmodplug sent to me, and I wanted to make sure you saw it: On Mon, Aug 12, 2013 at 08:24:33AM +0200, Moritz Muehlenhoff wrote: Hi, please see http://blog.scrt.ch/2013/07/24/vlc-abc-parsing-seems-to-be-a-ctf-challenge/ For the CVE assignments: http://seclists.org/oss-sec/2013/q3/343 At first glance, it looks like the first one can be solved just by replacing 'j+1' with '(j+1) || j' (though maybe it would be better to explicitly check to see if someone is attempting an overflow and exit with a warning instead), but on the others I'm afraid I don't know where to start. Can you work out what the real maximum size is that can be generated by those attacks and just up the buffer to that, or is there something more systemic involved? Regards, -- Zed Pobre z...@resonant.org a.k.a. Zed Pobre z...@debian.org PGP key and fingerprint available on finger; encrypted mail welcomed.
Bug#719653: libswe: disables -Werror=format-security
On Tue, Aug 13, 2013 at 10:22:52PM +, Thorsten Glaser wrote: Source: libswe Version: 1.77.00.0005-7 Severity: serious Justification: possible security impact “ Log for successful build of libswe_1.77.00.0005-7 on m68k (dist=unstable) ” buildd on ara5 for m68k dixit: Changes: […] * disable these errors -Wno-error=format-security -Wno-format I think this should stay as RC bug until such time as the format string warnings are back as errors during compilation and indeed fixed. The problem is that with when I went to debian/compat to 9 it added a -Werror=format-security -Wformat to the build this caused the build to fatally crash since this is an astrological program used mostly in a non-hostile context, I don't believe this library should be withheld until the original author modifies the source. The -Wno-error=format-security -Wno-format allows the library to build. I do believe an warning should be added to debian/README.Debian and a bug filed against the original author. I plan to do that with a new release I will be making soon. Can you suggest a switch that will allow the build to complete, but still flag the error? I have looked at the source and the places where the user can control the data in the varriable is in the test program swetest, which would not often be exposed to a hostile user. -- Paul Elliott 1(512)837-1096 pelli...@blackpatchpanel.com PMB 181, 11900 Metric Blvd Suite J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 --- Encryption works. Properly implemented strong crypto systems are one of the few things that you can rely on. Unfortunately, endpoint security is so terrifically weak that NSA can frequently find ways around it. Edward Snowden signature.asc Description: Digital signature
Bug#719665: libterralib: FTBFS: Impossible to satisfy Build-Depends
Source: libterralib Version: 4.0.0-4 Severity: serious As the subject says -- it's impossible to satisfy the Build-Depends of the package because: libterralib Build-Depends on libgeotiff-dev, which Depends on libtiff5-alt-dev. libterralib Build-Depends on libtiff5-dev. libtiff5-dev and libtiff5-alt-dev have Conflicts with each other. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719222: xinput ASCII art is broken
On 08/10/13 21:47, Julien Cristau wrote: What are your locale settings? Cheers, Julien % env | egrep LANG\|LC LC_ALL=C LANG=C Setting it to de_DE or en_US doesn't help. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708004: claws-mail: FTBFS with perl 5.18: POD errors
tags 708004 pending thanks Hi Dominic, On Sun, May 12, 2013 at 03:49:53PM +0100, Dominic Hargreaves wrote: [...] And thanks for the upload - however it still seems to have errors: [...] The attached patch fixes it for me. Please could you apply this patch to the Debian package? If you would prefer me to NMU, I can do that too. Please let me know. Please note that this bug will soon become RC in the preparation for the perl 5.18 transition. Thanks for the patch! A fixed package will be uploaded soon. best regards, -- Ricardo Mones ~ Absence of evidence is not evidence of absence. Carl Sagan signature.asc Description: Digital signature
Bug#719583: missing log directory
Am 13.08.2013 11:42, schrieb Dietmar Maurer: Package: glusterfs-client Version: 3.4.0-2 The client does not start, because directory /var/log/glusterfs does not exist if you do not install the glusterfs-server package. fix: create the directory echo /var/log/glusterfs debian/glusterfs-client.dirs Fix will be available in the next upload, thanks! -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719666: libcurl3: dovecot-solr broken by update to libcurl3 7.32.0-1
Package: libcurl3
Version: 7.32.0-1
Severity: normal
Hello,
After libcurl3 got updated to version 7.32.0-1 on my system I started
experiencing crashes in dovecot (actually in its solr fts plugin).
Downgrading to 7.31.0-2 fixed the problem.
The code (solr-connection.c, line 538) looks like this:
merr = curl_multi_fdset(post-conn-curlm, fdread, fdwrite,
fdexcep, maxfd);
if (merr != CURLM_OK) {
i_error(fts_solr: curl_multi_fdset() failed: %s,
curl_multi_strerror(merr));
break;
}
i_assert(maxfd = 0);
and it now fails the assertion (i.e. maxfd is -1 while merr is OK).
Here comes the full backtrace:
(gdb) bt full
#0 0x7f30145331e5 in __GI_raise (sig=sig@entry=6) at
../nptl/sysdeps/unix/sysv/linux/raise.c:56
resultvar = 0
pid = 26703
selftid = 26703
#1 0x7f3014536398 in __GI_abort () at abort.c:90
save_stage = 2
act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0},
sa_mask = {__val = {0,
139844487963197, 139844487965493, 139844480118806,
139844480122055, 139844480117288,
139844480038019, 139844487930855, 139844476074389,
139844487931233, 139844480175713,
139844515268400, 140735363229896, 140735363230384,
139844480175849, 139844515268400}},
sa_flags = 344894946, sa_restorer = 0x0}
sigs = {__val = {32, 0 repeats 15 times}}
#2 0x7f30148ee158 in default_fatal_finish (type=optimized out,
status=status@entry=0) at failures.c:191
backtrace = 0x7f3016a80768 /usr/lib/dovecot/libdovecot.so.0(+0x4414a)
[0x7f30148ee14a] - /usr/lib/dovecot/libdovecot.so.0(+0x4418e) [0x7f30148ee18e]
- /usr/lib/dovecot/libdovecot.so.0(i_fatal+0) [0x7f30148c582a] -
/usr/lib/d...
#3 0x7f30148ee18e in i_internal_fatal_handler (ctx=0x7fff81552910,
format=optimized out,
args=optimized out) at failures.c:649
status = 0
#4 0x7f30148c582a in i_panic (
format=format@entry=0x7f3013047ce0 file %s: line %d (%s): assertion
failed: (%s)) at failures.c:263
ctx = {type = LOG_TYPE_PANIC, exit_status = 0, timestamp = 0x0}
args = {{gp_offset = 40, fp_offset = 48, overflow_arg_area =
0x7fff81552a00,
reg_save_area = 0x7fff81552940}}
#5 0x7f30130478d9 in solr_connection_post_more
(post=post@entry=0x7f3016b7de70,
data=data@entry=0x7f3016a80618
deleteid15477/6819951b7c1dab517333d5254ef1/fred/id/delete,
size=optimized out) at solr-connection.c:545
fdread = {__fds_bits = {0 repeats 16 times}}
fdwrite = {__fds_bits = {0 repeats 16 times}}
fdexcep = {__fds_bits = {0 repeats 16 times}}
timeout_tv = {tv_sec = 42, tv_usec = 139844482455576}
timeout = 139844479764032
msg = optimized out
merr = optimized out
ret = optimized out
handles = 1
maxfd = -1
n = 0
__FUNCTION__ = solr_connection_post_more
#6 0x7f3013047abf in solr_connection_post (conn=optimized out,
cmd=0x7f3016a80618
deleteid15477/6819951b7c1dab517333d5254ef1/fred/id/delete)
at solr-connection.c:603
post = 0x7f3016b7de70
#7 0x7f30130443f1 in fts_backend_solr_update_expunge (uid=15477,
_ctx=0x7f3016b14f30)
at fts-backend-solr.c:417
cmd = 0x7f3016a805e0
_data_stack_cur_id = 7
#8 fts_backend_solr_update_expunge (_ctx=0x7f3016b14f30, uid=15477) at
fts-backend-solr.c:387
ctx = 0x7f3016b14f30
hdr = {last_indexed_uid = 15456, settings_checksum = 0, unused = 0}
#9 0x7f3014b88cfb in maildir_expunge (mbox=0x7f3016b14360, path=optimized
out, ctx=0x7f3016b1b8a0)
at maildir-sync-index.c:91
box = 0x7f3016b14360
#10 0x7f3014b8dd24 in maildir_file_do_try (mbox=mbox@entry=0x7f3016b14360,
uid=uid@entry=15477,
callback=callback@entry=0x7f3014b88cb0 maildir_expunge,
context=context@entry=0x7f3016b1b8a0)
at maildir-util.c:101
path = optimized out
fname = 0x7f300f2a1bd0 1376458518.M648600P25724.nezt,S=6224,W=6386:2,T
flags = (unknown: 0)
have_flags = optimized out
ret = optimized out
#11 0x7f3014b8dfa4 in maildir_file_do (mbox=mbox@entry=0x7f3016b14360,
uid=15477,
callback=callback@entry=0x7f3014b88cb0 maildir_expunge,
context=context@entry=0x7f3016b1b8a0)
at maildir-util.c:140
_data_stack_cur_id = 6
i = optimized out
ret = optimized out
#12 0x7f3014b8913f in maildir_sync_index (ctx=0x7f3016b1b8a0,
partial=false) at maildir-sync-index.c:576
mbox = 0x7f3016b14360
view = 0x7f3016b1ab80
view2 = optimized out
iter = 0x7f3016b1aab0
trans = 0x7f3016b7d230
hdr = 0x7f3016b181c0
empty_hdr = {major_version = 0 '\000', minor_version = 174 '\256',
base_header_size = 5800,
header_size = 32560, record_size = 350777392, compat_flags = 48 '0',
unused = \177\000,
indexid =
Bug#711574: libdbix-dbschema-perl: tables returned in hash order with perl 5.18
Control: severity -1 important -=| Dominic Hargreaves, 08.06.2013 00:13:29 +0100 |=- Source: libdbix-dbschema-perl Version: 0.40-3 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.18-transition Tags: sid jessie Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=83035 Affects: libjifty-dbi-perl This package causes a FTBFS in libjifty-dbi-perl with perl 5.18 from experimental (in a clean sbuild session). As per the upstream bug report: This causes variations in returned schemas when running under perl 5.17.6, which randomizes the hash-key ordering much more aggressively. Just like DBIx::DBSchema::Table-Columns, the DBIx::DBSchema-Tables method shouldn't rely on the keys() built-in to return the list of tables. At the very least, it should get a sort() wrapped around it. Ideally the tables would be sorted by the order in which they were added, like columns, but that requires a little more change. I have uploaded a new upstream release of libjifty-dbi-perl, which compensates for the lack of ordering in the returned data. I wonder how severe this bug is now, and if it is a bug at all, or just like the SQL databases, in absence of explicit ordering, data may be returned in arbitrary order. Lowering severity for now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689656: nodejs: Patches for GNU/sunos
Hi, sorry for the total absence of reaction for months, priority was to get nodejs running on official platforms. If you still have a patch to propose for version 0.10.15~dfsg1-4, i'll be glad to apply it. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719668: skbuff: skb_over_panic
Package: src:linux Version: 3.10.5-1 Severity: important Dear Maintainer, I am running on a KVM/QEMU VPS. I am experiencing a kernel panic when querying a local bind9 for domains such as ftp.us.debian.org., www.debian.org., and www.ietf.org to name a few. This kernel panic also happens when establishing an ipsec connection with openswan with the VPS setup as responder. Originally, my VPS was configured to use the virtio network card. This caused the VPS to crash when querying the local bind9 for the domains mentioned above, and when attempting to establish the ipsec connection. My VPS provider reconfigured my VPS to use the e1000 network card instead, which now causes a kernel panic as mentioned above. I tried kernels 3.2.0 currently in wheezy, 3.9.0 currently in wheezy-backports, and the kernel I'm reporting this against currently in unstable. The panic is the same under all three kernel versions. This problem originally started being discussed on the debian-user list. The thread can be found at: http://lists.debian.org/debian-user/2013/08/msg00306.html. I also reluctantly decided to file bug reports on the debian bug tracker against openswan http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719459, and against bind9 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719465. I suppose the bugs against openswan and bind9 can be closed, since this seems to be a problem with either how the kernel is interacting with KVM, or with the kernel itself. Here is a stack trace with the VPS in runlevel one, done from the serial console: # dig @localhost www.debian.org. [ 229.466442] skbuff: skb_over_panic: text:a005d0ce len:1660 put:1660 head:880036fab480 data:880036fab4c0 tail:0x6bc end:0x640 dev:eth0 [ 229.472412] [ cut here ] [ 229.474399] kernel BUG at /build/linux-4aFT2B/linux-3.10.5/net/core/skbuff.c:126! [ 229.476345] invalid opcode: [#1] SMP [ 229.476345] Modules linked in: xts gf128mul nf_nat_ftp nf_conntrack_ftp nf_nat nf_conntrack loop dm_crypt snd_pcm snd_page_alloc snd_timer snd soundcore psmouse microcode serio_raw pcspkr evdev virtio_console virtio_balloon ttm drm_kms_helper drm i2c_piix4 i2c_core processor thermal_sys button ext4 crc16 jbd2 mbcache dm_mod sg sr_mod cdrom ata_generic virtio_blk floppy uhci_hcd ehci_hcd ata_piix libata usbcore e1000 virtio_pci virtio_ring virtio usb_common scsi_mod [ 229.476345] CPU: 0 PID: 0 Comm: swapper/0 Not tainted 3.10-2-amd64 #1 Debian 3.10.5-1 [ 229.476345] Hardware name: , BIOS QEMU 01/01/2007 [ 229.476345] task: 81613400 ti: 8160 task.ti: 8160 [ 229.476345] RIP: 0010:[8138615d] [8138615d] skb_panic+0x5a/0x5c [ 229.476345] RSP: 0018:88003fc03d78 EFLAGS: 00010286 [ 229.476345] RAX: 0089 RBX: 880036c06d40 RCX: 04e004e0 [ 229.476345] RDX: 0b3c RSI: 0046 RDI: 0246 [ 229.476345] RBP: 006e R08: 81693fc0 R09: 814f2cc2 [ 229.476345] R10: R11: R12: 88003b4646d0 [ 229.476345] R13: 880037332800 R14: 88003b776680 R15: 067c [ 229.476345] FS: () GS:88003fc0() knlGS: [ 229.476345] CS: 0010 DS: ES: CR0: 8005003b [ 229.476345] CR2: 7f5e30bce010 CR3: 3c6f9000 CR4: 06f0 [ 229.476345] DR0: DR1: DR2: [ 229.476345] DR3: DR6: 0ff0 DR7: 0400 [ 229.476345] Stack: [ 229.476345] 880036fab4c0 06bc 0640 880037332000 [ 229.476345] 812bb64a a005d0ce c91e2470 00a7 [ 229.476345] 88003b46ca60 880037332000 07000304 067c0001 [ 229.476345] Call Trace: [ 229.476345] IRQ [ 229.476345] [812bb64a] ? skb_put+0x3a/0x3b [ 229.476345] [a005d0ce] ? e1000_clean_rx_irq+0x2c7/0x3cd [e1000] [ 229.476345] [a005c09d] ? e1000_clean+0x5b9/0x725 [e1000] [ 229.476345] [812c35b1] ? __napi_complete+0x1c/0x23 [ 229.476345] [812c6c6c] ? napi_complete+0x29/0x36 [ 229.476345] [a005c1df] ? e1000_clean+0x6fb/0x725 [e1000] [ 229.476345] [812c6d20] ? net_rx_action+0xa7/0x1df [ 229.476345] [810421ba] ? __do_softirq+0xea/0x205 [ 229.476345] [8104239f] ? irq_exit+0x3e/0x81 [ 229.476345] [8100e697] ? do_IRQ+0x80/0x95 [ 229.476345] [813883ed] ? common_interrupt+0x6d/0x6d [ 229.476345] EOI [ 229.476345] [8102e385] ? native_safe_halt+0x2/0x3 [ 229.476345] [810133f6] ? default_idle+0x17/0x3f [ 229.476345] [81072571] ? cpu_startup_entry+0x10d/0x187 [ 229.476345] [816b3d3d] ? start_kernel+0x3e8/0x3f3 [ 229.476345] [816b3777] ? repair_env_string+0x54/0x54 [ 229.476345] [816b3598] ?
Bug#717338: Questions
I found a ~/.kde/share/apps/nepomuk/repository/main/data/virtuosobackend directory that has a soprano-virtuoso.log file. That might have something interesting? No, just a hint about wildcard needs at least 4 leading characters. I had that error message too. I can imagine, that it is a configuration error. But where should I start searching? I deleted akonadi files, nepomuk files with no difference. If something is wrong with the sparql command or the RDF stuff, where are the data stored? What should I check? No FROM GRAPH IDENTIFIED BY clause and no default graph specified gives a hint for a problem within my installation. But how can I change the sql clause or define a default graph? I'm not sure. You may want to try reporting your bug at bugs.kde.org or asking in #nepomuk- kde or #kontact on freenode.net. I'm just a new contributor and am trying to learn the KMail2 code base while trying to help you. You might be find some new errors from nepomuk by restarting the nepomukserver in a shell. $ qdbus org.kde.NepomukServer /nepomukserver quit # wait for it to quit $ nepomukserver (from http://techbase.kde.org/Projects/Nepomuk/ManagingNepomukProcesses ) Though I think the component you really need to watch is akonadi_nepomuk_feeder, but I don't know how to start it from the shell. I did also find akonadictl. akonadictl status does give a report if akonadi thinks search is working. Another debugging technique might be create a new user, configure kmail with a simple resource and see if that works, and then slowly copy in your current mail resources. My configuration is a fairly simple single disconnected IMAP server. You mentioned using mailbox, but your log message had an entry no feeder for type inode/directory. I was assuming the akonadi_nepomuk_feeder was indexing all the mail. I suppose there's a chance that mailbox is being indexed using nepomukfileindexer. (Is it running?) Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719667: broadcom-sta-dkms 5.100.82.112 does not compile with Linux Kernel 3.10 Debian SID (unstable 64bits)
Package: broadcom-sta-dkms Version: 5.100.82.112-11 Severity: grave Justification: renders package unusable Hello Debian users and gurus As many other users, I can't have my wifi module working with Linux Kernels up to 3.8. Module wl.ko works with 3.8-2 but not with 3.9 and 3.10. # apt-get install --reinstall broadcom-sta-dkms The begining of the DKMS compilation is working for 3.8-2 so ain't no use posting it right here. /... DKMS: install completed. Building initial module for 3.10-2-amd64 Error! Bad return status for module build on kernel: 3.10-2-amd64 (x86_64) Consult /var/lib/dkms/broadcom-sta/5.100.82.112/build/make.log for more information. # cat /var/lib/dkms/broadcom-sta/5.100.82.112/build/make.log DKMS make.log for broadcom-sta-5.100.82.112 for kernel 3.10-2-amd64 (x86_64) mercredi 14 août 2013, 08:58:08 (UTC+0200) /bin/sh: 1: [: Illegal number: /bin/sh: 1: [: Illegal number: Wireless Extension is the only possible API for this kernel version Using Wireless Extension API KBUILD_NOPEDANTIC=1 make -C /lib/modules/3.10-2-amd64/build M=/var/lib/dkms /broadcom-sta/5.100.82.112/build make[1]: entrant dans le répertoire « /usr/src/linux-headers-3.10-2-amd64 » CFG80211 API is prefered for this kernel version Using CFG80211 API Kernel architecture is X86_64 LD /var/lib/dkms/broadcom-sta/5.100.82.112/build/built-in.o CC [M] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/shared/linux_osl.o CC [M] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.o /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c: In function ‘wl_tkip_printstats’: /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2975:7: warning: passing argument 1 of ‘wl-tkipmodops-print_stats’ from incompatible pointer type [enabled by default] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2975:7: note: expected ‘struct seq_file *’ but argument is of type ‘char *’ /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2978:4: warning: passing argument 1 of ‘wl-tkipmodops-print_stats’ from incompatible pointer type [enabled by default] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2978:4: note: expected ‘struct seq_file *’ but argument is of type ‘char *’ /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c: In function ‘wl_reg_proc_entry’: /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3185:2: error: implicit declaration of function ‘create_proc_entry’ [-Werror =implicit-function-declaration] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3185:22: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3190:16: error: dereferencing pointer to incomplete type /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3191:16: error: dereferencing pointer to incomplete type /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3192:16: error: dereferencing pointer to incomplete type cc1: some warnings being treated as errors make[4]: *** [/var/lib/dkms/broadcom- sta/5.100.82.112/build/src/wl/sys/wl_linux.o] Erreur 1 make[3]: *** [_module_/var/lib/dkms/broadcom-sta/5.100.82.112/build] Erreur 2 make[2]: *** [sub-make] Erreur 2 make[1]: *** [all] Erreur 2 make[1]: quittant le répertoire « /usr/src/linux-headers-3.10-2-amd64 » make: *** [all] Erreur 2 I have tried also to compile the module from the tarball and from the Debian source (apt-get source), but in both cases it seems that the file asm/system.h is missing and makes the module unable to compile. Using kernel Linux 3.8-2-amd64 at this moment and all is working fine. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/4 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 broadcom-sta-dkms depends on: ii dkms 2.2.0.3-1.2 Versions of packages broadcom-sta-dkms recommends: ii wireless-tools 30~pre9-8 broadcom-sta-dkms 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#688107: ITP: casa -- The Common Astronomy Software Applications package
Is there already any packages that can be tested? Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719634: [Pkg-systemd-maintainers] Bug#719634: dh-systemd: Support of /usr/lib/systemd/system
❦ 14 août 2013 09:23 CEST, Michael Stapelberg stapelb...@debian.org : I have already discussed this with Michael S. who told me that unit files should be shipped in /lib/systemd/system. However, systemd also accepts /usr/lib/systemd/system as a valid path. I don't find anything saying that the use of /usr/lib/systemd/system is discouraged. There is at least one package shipping systemd unit file in /usr/lib/systemd/system (ExaBGP). This can be corrected if this location is really discouraged (I would ask upstream to correct that). Also, for an autotools package, it is easier to ship files in /usr than outside. What do you think? As mentioned in person (maybe I was unclear), I think that this is absolutely not worth any time spent on it and we should just put the files into /lib. We can deal with this once we tackle the /usr merge issue. You were pretty clear. :) I was just mentioning the fact that this will add some tiny additional work to maintainers when upstream are providing systemd service files in /usr/lib intead of /lib. We'll see if this is something common in the future or not, no need to deal with this right now. -- Instrument your programs. Measure before making efficiency changes. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#719634: [Pkg-systemd-maintainers] Bug#719634: dh-systemd: Support of /usr/lib/systemd/system
Hi Vincent, Vincent Bernat ber...@debian.org writes: I have already discussed this with Michael S. who told me that unit files should be shipped in /lib/systemd/system. However, systemd also accepts /usr/lib/systemd/system as a valid path. I don't find anything saying that the use of /usr/lib/systemd/system is discouraged. There is at least one package shipping systemd unit file in /usr/lib/systemd/system (ExaBGP). This can be corrected if this location is really discouraged (I would ask upstream to correct that). Also, for an autotools package, it is easier to ship files in /usr than outside. What do you think? As mentioned in person (maybe I was unclear), I think that this is absolutely not worth any time spent on it and we should just put the files into /lib. We can deal with this once we tackle the /usr merge issue. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706625: glusterfs: upgrading from squeeze to wheezy breaks existing exports/mounts/shares
reassign #706625 release-notes
thanks
Hello,
could you please add the upgrading procedure to the release-notes?
Affected package: glusterfs-server
Upgrade path: Squeeze - Wheezy
Howto:
http://gluster.org/community/documentation/index.php/Gluster_3.0_to_3.2_Upgrade_Guide
thanks!
Am 29.05.2013 12:40, schrieb Patrick Matthäi:
Am 29.05.2013 12:37, schrieb Salvatore Bonaccorso:
Hi Patrick
Thank you for maintaining glusterfs in Debian!
On Wed, May 29, 2013 at 10:00:07AM +0200, Patrick Matthäi wrote:
first sorry for my late answer.
Working system:
glusterfs, v3.0.5-1 on Debian/squeeze
Broken system:
glusterfs, v3.2.7-3 on Debian/wheezy
# dpkg --list glusterfs\* | awk '/^ii/ {print $2 $3}'
glusterfs-client 3.2.7-3
glusterfs-common 3.2.7-3
glusterfs-server 3.2.7-3
Problem description:
After dist-upgrading the system from Debian/squeeze to wheezy the
glusterfs share(s) can't be accessed any longer (reboot and
remounting the share don't change it):
Yeah, correct and it is not possible to automagic upgrade glusterfs..
There are some steps required, see [0].
But I agree that this should be noted in the release notes and/or
README of the package, but this bugreport was too late to fix this.
Only a small comment on this: I think the first one can still be done
without problem: I.e. opening a bugreport against release-notes with a
proposed extension, which can be included in the next release-notes
update.
Correct.
Question is, if someone has got a good idea for a better fix maybe?
--
/*
Mit freundlichem Gruß / With kind regards,
Patrick Matthäi
GNU/Linux Debian Developer
Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
patr...@linux-dev.org
*/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719465: this bug can be closed
My VPS provider reconfigured my VPS to use the e1000 network card. The info reported in this bug now causes a kernel panic. I have instead filed a bug against the linux-image package, since this seems to be a kernel issue. The bug number is 719668. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719669: Please remove Haskell on s390x in testing
Package: release.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear release team, ghc has started to reproducible fail to build from source on s390x, due to some kind of dead-locking of the runtime when lots of processes are spawned (which happens more likely when compiling something large as ghc). Upstream has been notified http://ghc.haskell.org/trac/ghc/ticket/7993 and we tried a few things ourselves, but could not find out the exact cause, and clearly no fix. This will hold up a possible migration of ghc to testing. To unblock this I’d like the s390x Haskell packags in s390x to be removed. (If it were a normal package, I’d just ask for removal in unstable, but due to the self hosting nature of GHC this would make getting a fixed version back into the archive much harder.) I spare you the pasting of the long lists here; but the list of packages to be removed should be $ wget http://ftp.de.debian.org/debian/dists/testing/main/source/Sources.bz2 $ bzcat Sources.bz2 |grep-dctrl -F Build-Depends ghc -s Package -n|sort Greetings, Joachim - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlILNIcACgkQ9ijrk0dDIGygcwCeKGCpNbadasSHsfH9QH2ZOaIb 0a4AoMvHQq+XvWfBxz7TWOGhNAWr5NXC =v8lv -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#719459: this bug can be closed
My VPS provider reconfigured my VPS to use the e1000 network card. The info reported in this bug now causes a kernel panic. I have instead filed a bug against the linux-image package, since this seems to be a kernel issue. The bug number is 719668. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719222: xinput ASCII art is broken
On Wed, Aug 14, 2013 at 07:58:20 +0200, Harald Dunkel wrote: On 08/10/13 21:47, Julien Cristau wrote: What are your locale settings? Cheers, Julien % env | egrep LANG\|LC LC_ALL=C LANG=C Setting it to de_DE or en_US doesn't help. That's because xinput's output is utf-8, not ascii (or latin1). Cheers, Julien signature.asc Description: Digital signature
Bug#719670: idle-python3.2: depends on the no longer available python3.2-tk
Package: idle-python3.2 Version: 3.2.4-1 Severity: grave Tags: sid Justification: renders package unusable User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: Package: idle-python3.2 Source: python3.2 Version: 3.2.4-1 Architecture: all Depends: python3.2, python3-tk, python3.2-tk But python3.2-tk has been removed in python3-stdlib-extensions 3.3.2-1 Just rebuilding in sid does not fix this up. Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719671: openjdk-7: please enable to be built on Alpha
Source: openjdk-7 Version: 7u25-2.3.10-1 Severity: normal User: debian-al...@lists.debian.org Usertags: alpha For some reason alpha got removed from the architecture list in debian/control of openjdk-7. I have confirmed that openjdk-7 does in fact build to completion on Alpha (at version 7u25-2.3.10-1). Could we have Alpha added back in to the appropriate binary package specifications in debian/control please? (The reason it was not building on the build daemon was due to the apt resolver's inability to get the build-deps installed, and I did not get around to performing a manual build until it was too late.) Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719672: gcc-4.7 FTBFS on Alpha due to linker relocation errors
Source: gcc-4.7 Version: 4.7.3-6 Severity: normal User: debian-al...@lists.debian.org Usertags: alpha gcc-4.7 FTBFS on Alpha due to the infamous linker relaxation problem. It is easily worked around by linking with --no-relax. The same fix that was applied to gcc-4.8 for Alpha will work here, namely: ifneq (,$(filter $(DEB_TARGET_ARCH),alpha)) LDFLAGS += -Wl,--no-relax endif added to debian/rules2. Actually the same fix needs to be applied to all of gcj-4.7, gnat-4.6, gcj-4.6 and gcc-4.6. Do I need to file a bug report for each one? Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719674: mueval does not work, needs ShowQ
Package: mueval Version: 0.9-2 Severity: grave Tags: upstream Forwarded: Gwern gwe...@gmail.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, $ /usr/bin/mueval-core -e '1+1' Could not find module `ShowQ' Use -v to see a list of the files searched for mueval needs a different version of ShowQ. Upstream has been notified. Greetings, Joachim - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 mueval depends on: ii libc6 2.17-92 ii libffi6 3.0.13-4 ii libgmp10 2:5.1.2+dfsg-2 mueval recommends no packages. mueval suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iEYEARECAAYFAlILN0UACgkQ9ijrk0dDIGxRHQCeLhZ6tFXI2vKG/8ySuMebKnTB fcoAnif2v0njs/ARneHsIwYwf9wZjJl8 =oQrp -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#719673: ITP: needrestart -- needrestart checks which daemons need to be restarted after library upgrades
Package: wnpp Severity: wishlist Owner: Patrick Matthäi pmatth...@debian.org * Package name: needrestart Version : 0.2 Upstream Author : Thomas Liske tho...@fiasko-nw.net * URL : https://github.com/liske/needrestart * License : GPL2+ Programming Lang: Perl Description : needrestart checks which daemons need to be restarted after library upgrades needrestart checks which daemons need to be restarted after library upgrades. It is inspired by checkrestart(1) from the debian-goodies package. It does not rely on lsof as checkrestart does. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719669: Please remove Haskell on s390x in testing
Control: reassign -1 ftp.debian.org Control: retitle -1 RM: various haskell packages [s390x] On 2013-08-14 8:40, Joachim Breitner wrote: ghc has started to reproducible fail to build from source on s390x, due to some kind of dead-locking of the runtime when lots of processes are spawned (which happens more likely when compiling something large as ghc). Upstream has been notified http://ghc.haskell.org/trac/ghc/ticket/7993 and we tried a few things ourselves, but could not find out the exact cause, and clearly no fix. This will hold up a possible migration of ghc to testing. To unblock this I’d like the s390x Haskell packags in s390x to be removed. (If it were a normal package, I’d just ask for removal in unstable, but due to the self hosting nature of GHC this would make getting a fixed version back into the archive much harder.) Unfortunately, that's what you'll have to do (or wait until ghc is fixed). Aside from the fact that we don't perform manual binary removals from testing: 1) if migration is being blocked by out-of-date packages in unstable, removing binaries from testing won't stop them being out-of-date in unstable, so they still wouldn't be eligible for migration 2) if the s390x binary packages remain in unstable, all that will happen is britney will try re-migrating them on the next run (and keep trying every run until they either migrate or get removed from unstable). I spare you the pasting of the long lists here; but the list of packages to be removed should be $ wget http://ftp.de.debian.org/debian/dists/testing/main/source/Sources.bz2 $ bzcat Sources.bz2 |grep-dctrl -F Build-Depends ghc -s Package -n|sort Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719675: Live migration of KVM guests fails if it takes more than 30 seconds (large memory guests)
Package: libvirt0 Version: 0.9.12-11+deb7u1 Severity: important Hello, when doing a live migration using Pacemaker (the OCF VirtualDomain RA) on a cluster with DRBD (active/active) backing storage everything works fine with recently started (small memory footprint of about 200MB at most) KVM guests. After inflating one guest to 2GB memory usage (memtester comes in handy for that) the migration failed after 30 seconds, having managed to migrate about 400MB in that time over the direct, dedicated GbE link between my test cluster host nodes. libvirtd.log on the migration target node, migration start time is 07:24:51 : --- 2013-08-13 07:24:51.807+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.886+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.888+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.948+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.948+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:25:21.217+: 31950: warning : virKeepAliveTimer:182 : No response from client 0x1948280 after 5 keepalive messages in 30 seconds 2013-08-13 07:25:31.224+: 31950: warning : qemuProcessKill:3813 : Timed out waiting after SIGTERM to process 15926, sending SIGKILL --- Below is the only thing I could find which is somewhat related to this, unfortunately it was cured by the miracle that is the next version upgrade without the root cause being found: https://bugzilla.redhat.com/show_bug.cgi?format=multipleid=816451 I will install Sid on another test cluster tomorrow and am betting that it will work just fine there. Since Testing is still at the same level as Wheezy I'm also betting that we won't see anything in wheezy-backports anytime soon. I'd really rather not create a production cluster based on Jessie or do those rather complex backports myself... Regards, Christian -- Christian BalzerNetwork/Systems Engineer ch...@gol.com Global OnLine Japan/Fusion Communications http://www.gol.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719669: Please remove Haskell on s390x in testing
Hi, Am Mittwoch, den 14.08.2013, 08:56 +0100 schrieb Adam D. Barratt: 1) if migration is being blocked by out-of-date packages in unstable, removing binaries from testing won't stop them being out-of-date in unstable, so they still wouldn't be eligible for migration hmm, true. I should know that, but must have confused something. So a removal from unstable it is. In that case, just to keep up appearances, let me notify the s390x porters of that issue. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#719384: reassign
reassign 719384 matplotlib 1.3.0-1 thanks The Yade package builds fine with python-matplotlib_1.1.1~rc2-1 but fails with 1.3.0-1 during import matplotlib phase. Thus I reassign it to matplotlib. If there is a necessity to make some changes in Yade, I will be glad to do it. Cheers, Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719676: foxtrotgps: Insufficient precision in log file
Package: foxtrotgps Version: 1.1.0-1 Severity: normal Foxtrotgps uses %g format while writing .gpx log file. Since %g without precision specification outputs (at most) 6 digits typically only 4 digits are output after decimal point for latitude and longitude (actually 3-5 depending on location). This results in fairly low precison, which makes such a log file useless. Please consider changing (either for Debian package or forward thi uptream) format specifier either to %f (probably preferred format and defaults to 6 digits after decimal point) or explicitely specifying higher precision (eg. %.9g). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf-8) Shell: /bin/sh linked to /bin/bash Versions of packages foxtrotgps depends on: ii gconf2 3.2.3-4 ii libatk1.0-0 2.4.0-2 ii libbluetooth3 4.99-2 ii libc6 2.13-27 ii libcairo2 1.12.0-2 ii libcurl3-gnutls 7.25.0-1 ii libexif12 0.6.20-2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.9-1 ii libgconf2-4 3.2.3-4 ii libgdk-pixbuf2.0-0 2.26.0-2 ii libglade2-0 1:2.6.4-1 ii libglib2.0-02.32.0-3 ii libgps203.4-2 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii libsqlite3-03.7.11-2 ii libxml2 2.7.8.dfsg-7 Versions of packages foxtrotgps recommends: ii gpsd 3.4-2 Versions of packages foxtrotgps suggests: ii python-beautifulsoup 3.2.0-2 ii python-feedparser 5.0.1-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#598904: New dpkg no longer contains install-info, rising to serious
# sent too early by accident Hi, Andreas, if you are right with your observation (which I don't doubt), than dh_installinfo/debhelper needs to care about creating an empty prerm script. It cannot be the task of package maintainers, which are affected by this transition, to create and ship an empty prerm scripts for 2 releases (this is usually the time necssary to ship transition code in maintainer scripts) when there was never any self-written prerm script. Better let dh_installinfo output something non-functional like if [ $1 = remove ] || [ $1 = upgrade ]; then # do nothing, just create this script fi to create this script if it is necessary for a smooth transition. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598904: New dpkg no longer contains install-info, rising to serious
Hi, Andreas, if you are right with your observation (which I don't doubt), than dh_installinfo/debhelper needs to care about creating an empty prerm script. It cannot be the task of package maintainers, which are affected by this transition to create and ship an empty prerm scripts for 2 releases (this is usually the time necssary to ship transition code in maintainer scripts). Better let dh_installinfo output some thing non-functional like if [ $1 = remove ] || [ $1 = upgrade ]; then -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682578: Scratch doesn't install udev rule for LEGO WeDo robotics kit
Is this bug fixed or not? It was claimed to exist in versoin 1.4.0.6~dfsg1-1 and fixed in version 1.4.0.2~svn.r83-2, which do not make sense to me, and according to the version graph on URL: http://bugs.debian.org/682578 , BTS can not make sense of it either. -- 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#678134: nautilus: Cannot open directory with JP2 files
Dear Maintainer, According to [1], this bug is fixed in later releases. [1] https://bugzilla.gnome.org/show_bug.cgi?id=690764 However, I was able to reproduce the segmentation fault with nautilus 3.8 from experimental. Looking closer at the trace from the segfault, I noticed the function causing the failure was part of libjasper.so.1 from package libjasper1. It appears there is already a bug report [2] concerning this problem. [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617818 Hence I suggest to close this bug marking it as duplicate of #617818. Thanks, -- fabien givors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719623: linux-image-3.10-2-amd64: kernel panic on inserting DVB-T stick
I took a quick look at the code and wonder if the problem is caused by an initial zero statistics message? This is all just a wild guess, but if it is correct, then the attached untested patch might fix it... Bjørn From d78a0599d5b5d4da384eae08bf7da316389dfbe5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bj=C3=B8rn=20Mork?= bj...@mork.no Date: Wed, 14 Aug 2013 10:24:39 +0200 Subject: [PATCH] [media] siano: fix divide error on 0 counters MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit ts_packets and ets_packets counters can be 0. Don't fall over if they are. Fixes: [ 846.851711] divide error: [#1] SMP [ 846.851806] Modules linked in: smsdvb dvb_core ir_lirc_codec lirc_dev ir_sanyo_decoder ir_mce_kbd_decoder ir_sony_decoder ir_jvc_decoder ir_rc6_decoder ir_rc5_decoder ir_nec_decoder rc_hauppauge smsusb smsmdtv rc_core pci_stub vboxpci(O) vboxnetadp(O) vboxnetflt(O) vboxdrv(O) parport_pc ppdev lp parport cpufreq_userspace cpufreq_powersave cpufreq_stats cpufreq_conservative rfcomm bnep binfmt_misc uinput nfsd auth_rpcgss oid_registry nfs_acl nfs lockd dns_resolver fscache sunrpc ext4 jbd2 fuse tp_smapi(O) thinkpad_ec(O) loop firewire_sbp2 dm_crypt snd_hda_codec_conexant snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm thinkpad_acpi nvram snd_page_alloc hid_generic snd_seq_midi snd_seq_midi_event arc4 usbhid snd_rawmidi uvcvideo hid iwldvm coretemp kvm_intel mac8021 1 cdc_wdm [ 846.853477] cdc_acm snd_seq videobuf2_vmalloc videobuf2_memops videobuf2_core videodev media kvm radeon r852 ttm joydev cdc_ether usbnet pcmcia mii sm_common nand btusb drm_kms_helper tpm_tis acpi_cpufreq bluetooth iwlwifi nand_ecc drm nand_ids i2c_i801 mtd snd_seq_device iTCO_wdt iTCO_vendor_support r592 memstick lpc_ich mperf tpm yenta_socket pcmcia_rsrc pcmcia_core cfg80211 snd_timer snd pcspkr i2c_algo_bit crc16 i2c_core tpm_bios processor mfd_core wmi psmouse mei_me rfkill mei serio_raw soundcore evdev battery button video ac microcode ext3 mbcache jbd md_mod dm_mirror dm_region_hash dm_log dm_mod sg sr_mod sd_mod cdrom crc_t10dif firewire_ohci sdhci_pci sdhci mmc_core firewire_core crc_itu_t thermal thermal_sys ahci libahci ehci_pci uhci_hcd ehci_hcd libata scsi_mod usbcore e1000 e usb_common [ 846.855310] ptp pps_core [ 846.855356] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G O 3.10-2-amd64 #1 Debian 3.10.5-1 [ 846.855490] Hardware name: LENOVO 4061WFA/4061WFA, BIOS 6FET92WW (3.22 ) 12/14/2011 [ 846.855609] task: 81613400 ti: 8160 task.ti: 8160 [ 846.855636] RIP: 0010:[a092be0c] [a092be0c] smsdvb_onresponse+0x264/0xa86 [smsdvb] [ 846.863906] RSP: 0018:88013bc03cf0 EFLAGS: 00010046 [ 846.863906] RAX: RBX: 880133bf6000 RCX: [ 846.863906] RDX: RSI: 88005d3b58c0 RDI: 880133bf6000 [ 846.863906] RBP: 88005d1da000 R08: 0058 R09: 0015 [ 846.863906] R10: 1a0d R11: 021a R12: 88005d3b58c0 [ 846.863906] R13: 88005d1da008 R14: ff8d R15: 880036cf5060 [ 846.863906] FS: () GS:88013bc0() knlGS: [ 846.863906] CS: 0010 DS: ES: CR0: 8005003b [ 846.863906] CR2: 7f3a4b69ae50 CR3: 36dac000 CR4: 000407f0 [ 846.863906] DR0: DR1: DR2: [ 846.863906] DR3: DR6: 0ff0 DR7: 0400 [ 846.863906] Stack: [ 846.863906] 88007a102000 88005d1da000 88005d3b58c0 00085824 [ 846.863906] a08c5aa3 88005d1da000 8800a6907390 8800a69073b0 [ 846.863906] 8800a6907000 a08b642c 021a 8800a69073b0 [ 846.863906] Call Trace: [ 846.863906] IRQ [ 846.863906] [ 846.863906] [a08c5aa3] ? smscore_onresponse+0x1d5/0x353 [smsmdtv] [ 846.863906] [a08b642c] ? smsusb_onresponse+0x146/0x192 [smsusb] [ 846.863906] [a004cb1a] ? usb_hcd_giveback_urb+0x6c/0xac [usbcore] [ 846.863906] [a0217be1] ? ehci_urb_done+0x62/0x72 [ehci_hcd] [ 846.863906] [a0217c82] ? qh_completions+0x91/0x364 [ehci_hcd] [ 846.863906] [a0219bba] ? ehci_work+0x8a/0x68e [ehci_hcd] [ 846.863906] [8107336c] ? timekeeping_get_ns.constprop.10+0xd/0x31 [ 846.863906] [81064d41] ? update_cfs_rq_blocked_load+0xde/0xec [ 846.863906] [81058ec2] ? run_posix_cpu_timers+0x25/0x575 [ 846.863906] [a021aa46] ? ehci_irq+0x211/0x23d [ehci_hcd] [ 846.863906] [a004c0c1] ? usb_hcd_irq+0x31/0x48 [usbcore] [ 846.863906] [810996fd] ? handle_irq_event_percpu+0x49/0x1a4 [ 846.863906] [8109988a] ? handle_irq_event+0x32/0x4b [ 846.863906] [8109bd76] ? handle_fasteoi_irq+0x80/0xb6 [ 846.863906] [8100e93e] ? handle_irq+0x18/0x20 [ 846.863906] [8100e657] ?
Bug#719678: roundcube: column date for mails is empty
Package: roundcube Version: 0.9.2-2 Severity: normal -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/1 CPU core) Locale: LANG=ru_UA.UTF-8, LC_CTYPE=ru_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages roundcube depends on: ii roundcube-core 0.9.2-2 roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.50 ii libapache2-mod-php55.5.1+dfsg-1 ii libjs-jquery 1.7.2+dfsg-3 ii libjs-jquery-ui1.10.1+dfsg-1 ii libmagic1 1:5.14-2 ii php-auth 1.6.2-1 ii php-mail-mime 1.8.4-1 ii php-net-smtp 1.6.1-1 ii php-net-socket 1.0.14-1 ii php5 5.5.1+dfsg-1 ii php5-common5.5.1+dfsg-1 ii php5-intl 5.5.1+dfsg-1 ii php5-json 1.3.1+dfsg-1 ii php5-mcrypt5.5.1+dfsg-1 ii roundcube-mysql0.9.2-2 ii tinymce3.4.8+dfsg0-1 ii ucf3.0027+nmu1 Versions of packages roundcube-core recommends: ii apache2 2.4.6-2 ii apache2-bin [httpd-cgi] 2.4.6-2 ii php5-gd 5.5.1+dfsg-1 ii php5-pspell 5.5.1+dfsg-1 Versions of packages roundcube-core suggests: ii php-auth-sasl 1.0.6-1 pn php-crypt-gpg none pn roundcube-plugins none -- debconf information: roundcube/password-confirm: (password omitted) roundcube/pgsql/app-pass: (password omitted) roundcube/mysql/admin-pass: (password omitted) roundcube/mysql/app-pass: (password omitted) roundcube/pgsql/admin-pass: (password omitted) roundcube/app-password-confirm: (password omitted) roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false * roundcube/dbconfig-install: true * roundcube/language: ru_RU * roundcube/db/dbname: roundcube roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: retry * roundcube/mysql/admin-user: root * roundcube/hosts: mail.gokor roundcube/pgsql/authmethod-admin: ident roundcube/dbconfig-remove: roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false * roundcube/db/app-user: root roundcube/dbconfig-reinstall: false * roundcube/mysql/method: unix socket roundcube/remove-error: abort * roundcube/restart-webserver: true * roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false * roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: mysql roundcube/remote/host: roundcube/missing-db-package-error: abort After upgrading roundcube from version 0.7.2-9 to 0.9.2-2 in main window (in any folder: Inbox, Send, Junk) column date is blank (date not show) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719679: bacula-director-pgsql: MySQL-specific SQL syntax included as general SQL breaking other backends.
Package: bacula-director-pgsql Version: 5.2.6+dfsg-9 Severity: normal Recent changes in Bacula to fix the issues with counters in MySQL 5.5 have introduced MySQL-specific syntax into general SQL statements which breaks other backends, including PostgreSQL. This breaks both counter creation and counter updates. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF8, LC_CTYPE=en_GB.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula-director-pgsql depends on: ii bacula-common 5.2.6+dfsg-9 ii bacula-common-pgsql5.2.6+dfsg-9 ii bacula-director-common 5.2.6+dfsg-9 ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libcap21:2.22-1.2 ii libgcc11:4.7.2-5 ii libpython2.7 2.7.3-6 ii libssl1.0.01.0.1e-2 ii libstdc++6 4.7.2-5 ii libwrap0 7.6.q-24 ii postgresql-client 9.1+140-we7.1 ii postgresql-client-9.1 [postgresql-client] 9.1.9-1 ii postgresql-client-9.2 [postgresql-client] 9.2.4-1 ii ucf3.0025+nmu3 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages bacula-director-pgsql recommends: pn postgresql none Versions of packages bacula-director-pgsql suggests: ii gawk1:4.0.1+dfsg-2.1 pn postgresql-contrib none pn postgresql-doc none -- debconf information: bacula-director-pgsql/app-password-confirm: (password omitted) bacula-director-pgsql/password-confirm: (password omitted) bacula-director-pgsql/pgsql/admin-pass: (password omitted) bacula-director-pgsql/pgsql/app-pass: (password omitted) * bacula-director-pgsql/pgsql/method: unix socket * bacula-director-pgsql/pgsql/authmethod-admin: ident bacula-director-pgsql/passwords-do-not-match: bacula-director-pgsql/pgsql/no-empty-passwords: bacula-director-pgsql/upgrade-backup: true bacula-director-pgsql/install-error: abort bacula-director-pgsql/internal/reconfiguring: false * bacula-director-pgsql/db/app-user: bacula bacula-director-pgsql/dbconfig-reinstall: false bacula-director-pgsql/dbconfig-remove: * bacula-director-pgsql/db/dbname: bacula bacula-director-pgsql/remote/host: * bacula-director-pgsql/pgsql/admin-user: postgres * bacula-director-pgsql/pgsql/authmethod-user: ident bacula-director-pgsql/upgrade-error: abort bacula-director-pgsql/internal/skip-preseed: false bacula-director-pgsql/purge: false bacula-director-pgsql/database-type: pgsql bacula-director-pgsql/remote/port: bacula-director-pgsql/pgsql/changeconf: false bacula-director-pgsql/remote/newhost: bacula-director-pgsql/unsafe-director-password-was-changed: bacula-director-pgsql/pgsql/manualconf: * bacula-director-pgsql/dbconfig-install: true bacula-director-pgsql/dbconfig-upgrade: true bacula-director-pgsql/missing-db-package-error: abort bacula-director-pgsql/remove-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719680: Driver mv643xx_eth_port requests probe deferral
Package: linux Version: 3.10.5-1 Severity: important A Debian on QNAP user reported that Ethernet isn't working with the 3.10.5-1 kernel. Arnaud, do you know if this is a known issue? [6.647426] mv643xx_eth: MV-643xx 10/100/1000 ethernet driver version 1.4 [6.662138] usbcore: registered new interface driver hub [6.683480] libphy: PHY orion-mdio-mii:00 not found [6.697859] libata version 3.00 loaded. [6.701290] ahci :00:01.0: version 3.0 [6.705406] usbcore: registered new device driver usb [6.716645] platform mv643xx_eth_port.0: Driver mv643xx_eth_port requests probe deferral ... [6.928972] libphy: PHY orion-mdio-mii:00 not found [6.933890] platform mv643xx_eth_port.0: Driver mv643xx_eth_port requests probe deferral ... [7.023110] libphy: PHY orion-mdio-mii:00 not found [7.032389] platform mv643xx_eth_port.0: Driver mv643xx_eth_port requests probe deferral ... [8.209070] libphy: PHY orion-mdio-mii:00 not found [8.213983] platform mv643xx_eth_port.0: Driver mv643xx_eth_port requests probe deferral See http://forum.qnap.com/viewtopic.php?f=147t=78916#p359743 for the complete log. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719681: libsamdb0: uninstallable in sid: Depends: libldb1 ( 1:1.1.7~) but 1:1.1.16-1 is to be installed
Package: libsamdb0 Version: 4.0.0~beta2+dfsg1-3.2 Severity: serious Tags: sid User: debian...@lists.debian.org Usertags: piuparts Control: fixed -1 2:4.0.8+dfsg-1 Hi, during a test with piuparts I noticed your package is no longer installable in sid: The following packages have unmet dependencies: libsamdb0 : Depends: libldb1 ( 1:1.1.7~) but 1:1.1.16-1 is to be installed E: Unable to correct problems, you have held broken packages. While a binNMU should be sufficient to fix up the dependency, this cannot be done due to the FTBFS #713097 Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513638: wget: --follow-tags not following
For a conversion to local URLs you will definitely need --span-hosts since www.cnn.com refers to images on other hosts. Also, you do not need curl to fetch the index.html (you named it test.htm). This will work for you (at least here with wget 1.14-2): wget --span-hosts --no-clobber --convert-links --no-directories --page- requisites --follow-tags=img http://www.cnn.com If you are going to parse a local HTML file you use e.g. --force-html -i test.htm Of course, this works only for absolute URLs found in test.htm. If you want to download relative URLs as well, add the --base option. Regards, Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719682: ITP: rarcrack -- Password cracker for rar archives
Package: wnpp Severity: wishlist Owner: Pierre Rudloff cont...@rudloff.pro * Package name: rarcrack Version : 0.2 Upstream Author : David Zoltan Kedves ked...@gmail.com * URL : http://rarcrack.sourceforge.net/ * License : GPL 2 Programming Lang: C Description : Password cracker for rar archives -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719683: x11-xkb-utils: Error activating XKB configuration
Package: x11-xkb-utils Version: 7.7~1 Severity: normal Tags: upstream Dear Maintainer, I was configuring my keyboard layout with the gnome shell panel. System Settings Region and Language Layouts I selected French (Machintosh) and no other options seems to be suitable for my laptop (Macbook Pro 8.1). Now, the keyboard apparently have the correct layout. However, everytime I log into my Debian, a popup appears: - (X) Error activating XKB configuration. There can be various reasons for that. If you report this situation as a bug, include the results of - xprop -root | grep XKB - gsettings get org.gnome.libgnomekbd.keyboard model - gsettings get org.gnome.libgnomekbd.keyboard layouts - gsettings get org.gnome.libgnomekbd.keyboard options - This error comes up too when I suspend the laptop I hope this bug is related to the good package. -- Yann Coleu $ dpkg -l | grep gnome-shell ii gnome-shell 3.4.2-11 amd64 graphical shell for the GNOME desktop ii gnome-shell-common3.4.2-11 all common files for the GNOME graphical shell $ dpkg -l | grep xkb ii libxkbfile1:amd64 1:1.0.8-1 amd64 X11 keyboard file manipulation library ii x11-xkb-utils 7.7~1 amd64 X11 XKB utilities ii xkb-data 2.5.1-3 all X Keyboard Extension (XKB) configuration data $ xprop -root | grep XKB _XKB_RULES_NAMES_BACKUP(STRING) = evdev, macbook79, fr, , terminate:ctrl_alt_bksp _XKB_RULES_NAMES(STRING) = evdev, macbook79, fr, , terminate:ctrl_alt_bksp $ gsettings get org.gnome.libgnomekbd.keyboard model '' $ gsettings get org.gnome.libgnomekbd.keyboard layouts ['fr\tmac'] $ gsettings get org.gnome.libgnomekbd.keyboard options @as [] -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (999, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages x11-xkb-utils depends on: ii libc62.17-92 ii libx11-6 2:1.6.0-1 ii libxaw7 2:1.0.11-1 ii libxkbfile1 1:1.0.8-1 ii libxt6 1:1.1.3-1+deb7u1 x11-xkb-utils recommends no packages. x11-xkb-utils 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#158642: wget: -q suppresses permanent fatal proxy errors
I guess, this bug can be closed. I you don't think so, it should go upstream for further discussion on the wget mailing list. The documentation is clear with -q: -q --quiet Turn off Wget's output. What the reporter seems to want is -nv: -nv --no-verbose Turn off verbose without being completely quiet (use -q for that), which means that error messages and basic information still get printed. Regards, Tim Rühsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719685: griffith: version 0.13.0 of griffith isn't compatible with SqlAlchemy 0.8
Package: griffith Version: 0.13-3 Severity: important Running griffith from Gnome or CLI fails. Found a solution provided by Mike in the griffith user forum (http://forum.griffith.cc/index.php/topic,1601.0.html): The version 0.13.0 of griffith isn't compatible with SqlAlchemy 0.8. There is a workaround: download the following file from the source code repository: http://svn.berlios.de/svnroot/repos/griffith/trunk/lib/db/validators.py replace the file validators.py of your installation with the downloaded one matthew@darth:~$ griffith Traceback (most recent call last): File /usr/bin/griffith, line 86, in module import add File /usr/share/griffith/lib/add.py, line 31, in module import quick_filter File /usr/share/griffith/lib/quick_filter.py, line 25, in module import db File /usr/share/griffith/lib/db/__init__.py, line 30, in module from _objects import * File /usr/share/griffith/lib/db/_objects.py, line 33, in module import validators File /usr/share/griffith/lib/db/validators.py, line 26, in module from sqlalchemy.orm.interfaces import AttributeExtension, InstrumentationManager ImportError: cannot import name InstrumentationManager -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable'), (450, 'experimental'), (100, 'testing'), (50, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/6 CPU cores) 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 griffith depends on: ii python 2.7.5-4 ii python-glade2 2.24.0-3+b1 ii python-gtk22.24.0-3+b1 ii python-imaging 1.1.7-4 ii python-reportlab 2.5-1.1 ii python-sqlalchemy 0.8.2-1 Versions of packages griffith recommends: ii python-chardet 2.0.1-2 ii python-gtkspell 2.25.3-13 ii python-lxml 3.2.0-1+b1 ii python-mysqldb 1.2.3-2 ii python-psycopg2 2.4.5-1+b2 Versions of packages griffith suggests: pn griffith-extra-artwork none ii ipython 0.13.2-2 ii python-sqlite 1.0.1-9 -- 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#719684: ITP: libconfig-model-tester-perl -- Test framework for Config::Model
Package: wnpp Owner: Dominique Dumont d...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libconfig-model-tester-perl Version : 2.042 Upstream Author : Dominique Dumont * URL : https://metacpan.org/release/Config-Model-Tester/ * License : LGPL-2.1+ Programming Lang: Perl Description : Test framework for Config::Model Config::Model::Tester provides a way to test configuration models with tests files. This class was designed to tests several models and several tests cases per model. This package provides a class (Config::Model::Tester) that used to be shipped with libconfig-model-perl. This test class was extracted to provide packages with saner dependencies. -- https://github.com/dod38fr/config-model/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/-o- irc: dod at irc.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#709271: local (temporary) fix
Everybody facing this problem can fix this temporarily without waiting until the fix is played back into the ubuntu channels. Get the debian sources, add the flag yourself, repackage and install the debian package. For details, see here: http://openacs.org/forums/message-view?message_id=4074442 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719679: Patch
Here is the patch I am currently using to build Bacula to support PostgreSQL
under 5.2.6.
Jonathan Wright
Senior IT Ops Engineer
t: +44 20 7117 0809
m:
blinkbox music - the easiest way to listen to the music you love, for free
www.blinkboxmusic.com
--- a/src/cats/sql_update.c
+++ b/src/cats/sql_update.c
@@ -250,11 +250,30 @@ db_update_client_record(JCR *jcr, B_DB *mdb, CLIENT_DBR *cr)
int db_update_counter_record(JCR *jcr, B_DB *mdb, COUNTER_DBR *cr)
{
char esc[MAX_ESCAPE_NAME_LENGTH];
+ /* See Bug #1859
+* Special update query for MySQL:
+* MinValue and MaxValue are invalid unless qualified as
+* Counters.MinValue and Counters.MaxValuein MySQL.
+* The qualified syntax is invalid SQL and fails for other DBMS.
+*/
+ const char fmt_generic[] =
+ UPDATE Counters SET
+ MinValue=%d,MaxValue=%d,CurrentValue=%d,WrapCounter='%s'
+ WHERE Counter='%s';
+ const char fmt_mysql[] =
+ UPDATE Counters SET
+ Counters.MinValue=%d,Counters.MaxValue=%d,CurrentValue=%d,WrapCounter='%s'
+ WHERE Counter='%s';
+ const char *fmt = NULL;
+
db_lock(mdb);
mdb-db_escape_string(jcr, esc, cr-Counter, strlen(cr-Counter));
- Mmsg(mdb-cmd,
-UPDATE Counters SET Counters.MinValue=%d,Counters.MaxValue=%d,CurrentValue=%d,
-WrapCounter='%s' WHERE Counter='%s',
+ if(mdb-db_get_type_index() == SQL_TYPE_MYSQL) {
+ fmt = fmt_mysql;
+ } else {
+ fmt = fmt_generic;
+ }
+ Mmsg(mdb-cmd, fmt,
cr-MinValue, cr-MaxValue, cr-CurrentValue,
cr-WrapCounter, esc);
--- a/src/cats/sql_create.c
+++ b/src/cats/sql_create.c
@@ -646,6 +646,26 @@
COUNTER_DBR mcr;
int stat;
+ /* See Bug #1859
+* Special update query for MySQL:
+* MinValue and MaxValue are invalid unless qualified as
+* Counters.MinValue and Counters.MaxValuein MySQL.
+* The qualified syntax is invalid SQL and fails for other DBMS.
+*/
+ const char fmt_generic[] =
+ INSERT INTO Counters (Counter,MinValue,MaxValue,CurrentValue,WrapCounter)
+ VALUES ('%s','%d','%d','%d','%s');
+ const char fmt_mysql[] =
+ INSERT INTO Counters (Counter,Counters.MinValue,Counters.MaxValue,CurrentValue,WrapCounter)
+ VALUES ('%s','%d','%d','%d','%s');
+ const char *fmt = NULL;
+
+ if(mdb-db_get_type_index() == SQL_TYPE_MYSQL) {
+ fmt = fmt_mysql;
+ } else {
+ fmt = fmt_generic;
+ }
+
db_lock(mdb);
memset(mcr, 0, sizeof(mcr));
bstrncpy(mcr.Counter, cr-Counter, sizeof(mcr.Counter));
@@ -656,8 +676,7 @@
}
mdb-db_escape_string(jcr, esc, cr-Counter, strlen(cr-Counter));
/* Must create it */
- Mmsg(mdb-cmd, INSERT INTO Counters (Counter,Counters.MinValue,Counters.MaxValue,CurrentValue,
- WrapCounter) VALUES ('%s','%d','%d','%d','%s'),
+ Mmsg(mdb-cmd, fmt,
esc, cr-MinValue, cr-MaxValue, cr-CurrentValue,
cr-WrapCounter);
Bug#719682: Package
Hello, I have built a package here https://svn.strasweb.fr/listing.php?repname=Pierre+Rudloffpath=%2Frarcrack%2F. Regards,
Bug#719686: ITP: ruby-packable -- extensive packing and unpacking capabilities for Ruby
Package: wnpp Severity: wishlist Owner: Cédric Boutillier bou...@debian.org * Package name: ruby-packable Version : 1.3.6 Upstream Author : Marc-Andre Lafortune git...@marc-andre.ca * URL : https://github.com/marcandre/packable * License : Expat Programming Lang: Ruby Description : extensive packing and unpacking capabilities for Ruby The packable Ruby library provides a nicer, smarter and more powerful alternative to Ruby's Array::pack and String::unpack methods to read and write binary data. This package is a dependency for ruby-nmatrix (ITP #714821). Cédric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688107: ITP: casa -- The Common Astronomy Software Applications package
Am 14.08.2013 09:22, schrieb gurkan: Is there already any packages that can be tested? Sorry -- no. I paused my efforts due to some reasons: * the ipython version problem discussed above * the unclear relation of casacore and casa (I want to have a structured approach and do not want to include a special version of casacore) * I decided that I would not need casa for myself yet I already packaged the casacore [1] package, the code is in git [2] and on launchpad [3]. This is a quite good shape; however without a real use (f.e. in CASA) I see no reason to upload it. It however could be used as a start. If you want to take over, or help on the packaging, you are welcome :-) Best regards Ole [1] http://bugs.debian.org/686924 [2] http://anonscm.debian.org/gitweb/?p=debian-science/packages/casacore.git [3] https://launchpad.net/~olebole/+archive/astro-raring/+packages -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719687: wesnoth-1.11 FTBFS on alpha: easy workaround to fix
Source: wesnoth-1.11 Version: 1:1.11.5-1 Severity: normal User: debian-al...@lists.debian.org Usertags: alpha wesnoth-1.11 FTBFS on Alpha due to relocation errors during linking. This is a known bug in the linker on Alpha which affects linking very large projects with relaxation. Fortunately there is a workaround, and it is to add to debian/rules the following: DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH) ifneq (,$(filter $(DEB_BUILD_ARCH),alpha)) LDFLAGS += -Wl,--no-relax endif and then wesnoth-1.11 builds to completion. The same fix should also work on wesnoth-1.10. Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719666: libcurl3: dovecot-solr broken by update to libcurl3 7.32.0-1
On mer, ago 14, 2013 at 08:12:29 +0200, Frederic Peters wrote:
Package: libcurl3
Version: 7.32.0-1
Severity: normal
Hello,
After libcurl3 got updated to version 7.32.0-1 on my system I started
experiencing crashes in dovecot (actually in its solr fts plugin).
Downgrading to 7.31.0-2 fixed the problem.
The code (solr-connection.c, line 538) looks like this:
merr = curl_multi_fdset(post-conn-curlm, fdread, fdwrite,
fdexcep, maxfd);
if (merr != CURLM_OK) {
i_error(fts_solr: curl_multi_fdset() failed: %s,
curl_multi_strerror(merr));
break;
}
i_assert(maxfd = 0);
and it now fails the assertion (i.e. maxfd is -1 while merr is OK).
That doesn't sound like a bug in libcurl. The curl_multi_fdset(3) manpage
explicitly states that the maxfd returned can be -1. I don't know why that
started happening to you with 7.32.0 though.
Note that you may have more luck upgrading dovecot, since, AFAICT, it doesn't
use libcurl anymore in the latest stable release.
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#719683: x11-xkb-utils: Error activating XKB configuration
On Wed, Aug 14, 2013 at 11:04:25 +0200, Yann Coleu wrote: Package: x11-xkb-utils Version: 7.7~1 Severity: normal Tags: upstream Dear Maintainer, I was configuring my keyboard layout with the gnome shell panel. System Settings Region and Language Layouts I selected French (Machintosh) and no other options seems to be suitable for my laptop (Macbook Pro 8.1). Now, the keyboard apparently have the correct layout. However, everytime I log into my Debian, a popup appears: - (X) Error activating XKB configuration. There can be various reasons for that. If you report this situation as a bug, include the results of - xprop -root | grep XKB - gsettings get org.gnome.libgnomekbd.keyboard model - gsettings get org.gnome.libgnomekbd.keyboard layouts - gsettings get org.gnome.libgnomekbd.keyboard options - This error comes up too when I suspend the laptop I hope this bug is related to the good package. Please send your X and gdm logs. Cheers, Julien signature.asc Description: Digital signature
Bug#719354: Acknowledgement (ninja-ide: New upstream version 2.3)
On Wed, 14 Aug 2013 01:03:48 +0300, Eddy Petrișor wrote: [..] Ok, I'm VERY sorry for all the problems caused by the previous upload. :) I removed the remnants of the old package, made it the cleanest possible, also moved images under /usr/share/ninja-ide, and fixed d/copyright to include the forked version of pyflakes. I also improved the resources.py patch, and it should now work :) I just uploaded 2.3-2 to sid, any comment is welcome! Thanks for your help, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649341: closed by Miriam Ruiz mir...@debian.org
Control: reopen -1 Miriam, why did you close this bug with no explanation? -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#719689: iceweasel completely froze X when typing a URL
Package: iceweasel
Version: 23.0-2
Severity: grave
Justification: causes non-serious data loss
I did the following:
* From a blank window, opened 20 tabs from the bookmarks.
* While loading wasn't finished, I started to type a URL in the
address bar. A pane appeared with a list of proposed URL's as
usual, and remained open.
At this time, Firefox was no longer reacting, and I couldn't have
the focus on any other window. I couldn't close the Firefox window.
The only thing I could do is to switch the desktop via FvwmPager.
I tried to open a virtual text terminal, but everything froze.
Then I connected by SSH via my phone. I noticed that the iceweasel
process had a sh zombie child (it looks like bug 703472).
I killed iceweasel with kill -9, but the X system was still frozen.
I had to kill my window manager (fvwm). Then I could log in again.
So, the cause may be bug 703472 (not sure because I don't know why
mailcap would be involved), but this is even worse, as it took the
whole X system with it.
What I lost:
* All the shell sessions.
* The Firefox session when I restarted it (only a few tabs were
retrieved). Not much a problem since this came from bookmarks
here, but it could have been worse.
Fortunately, I didn't have unsaved data from other X applications,
but again, it could have been worse.
-- Package-specific info:
-- Extensions information
Name: -Global Styles- userstyle
Status: enabled
Name: Adblock Plus
Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi
Status: enabled
Name: Add-on Compatibility Reporter
Location: ${PROFILE_EXTENSIONS}/compatibil...@addons.mozilla.org.xpi
Status: enabled
Name: AlloCiné userstyle
Status: enabled
Name: Bamboo Feed Reader
Location: ${PROFILE_EXTENSIONS}/{b2e69492-2358-071a-7056-24ad0c3defb1}
Status: enabled
Name: Cinémathèque Française userstyle
Status: enabled
Name: Combine Stop/Reload buttons userstyle
Status: enabled
Name: DOM Inspector
Location: ${PROFILE_EXTENSIONS}/inspec...@mozilla.org
Status: enabled
Name: Default theme
Location:
/usr/lib/iceweasel/browser/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: Dictionnaire français «Moderne»
Location: ${PROFILE_EXTENSIONS}/fr-mode...@dictionaries.addons.mozilla.org
Status: enabled
Name: Different cursor for links that open in new windows userstyle
Status: enabled
Name: Disable autocomplete userstyle
Status: user-disabled
Name: Disable marquee userstyle
Status: user-disabled
Name: DownloadHelper
Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d}
Status: enabled
Name: Firebug
Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi
Status: enabled
Name: Flagfox
Location: ${PROFILE_EXTENSIONS}/{1018e4d6-728f-4b20-ad56-37578a4de76b}
Status: enabled
Name: Flashblock
Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a}
Status: enabled
Name: Font Finder
Location: ${PROFILE_EXTENSIONS}/fontfin...@bendodson.com.xpi
Status: enabled
Name: Forecastfox
Location: ${PROFILE_EXTENSIONS}/{0538E3E3-7E9B-4d49-8831-A227C80A7AD3}
Status: enabled
Name: FxIF
Location: ${PROFILE_EXTENSIONS}/{11483926-db67-4190-91b1-ef20fcec5f33}.xpi
Status: enabled
Name: GLPI - assistance.ens-lyon.fr userstyle
Status: enabled
Name: Google Search userstyle
Status: enabled
Name: Greasemonkey
Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781}.xpi
Status: enabled
Name: HeadingsMap
Location: ${PROFILE_EXTENSIONS}/headi...@niquelheadings.net.xpi
Status: enabled
Name: IMDb userstyle
Status: enabled
Name: Link Widgets
Location: ${PROFILE_EXTENSIONS}/linkwid...@clav.mozdev.org
Status: enabled
Name: Live HTTP headers
Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a}
Status: enabled
Name: Move tabbar to the bottom userstyle
Status: user-disabled
Name: Move tabbar to the left userstyle
Status: user-disabled
Name: Move tabbar to the right userstyle
Status: user-disabled
Name: Multiple row bookmark toolbar userstyle
Status: user-disabled
Name: Nerim userstyle
Status: enabled
Name: Open in Browser
Location: ${PROFILE_EXTENSIONS}/openinbrow...@www.spasche.net.xpi
Status: enabled
Name: PeopleForCinema userstyle
Status: enabled
Name: Pinger
Location: ${PROFILE_EXTENSIONS}/jane...@pinger.xpi
Status: enabled
Name: QuickWiki
Location: ${PROFILE_EXTENSIONS}/{EE223D7A-F30F-11DD-8F0A-D2AD55D89593}.xpi
Status: enabled
Name: SearchStatus
Location: ${PROFILE_EXTENSIONS}/{d57c9ff1-6389-48fc-b770-f78bd89b6e8a}.xpi
Status: enabled
Name: Showcase
Location: ${PROFILE_EXTENSIONS}/{89506680-e3f4-484c-a2c0-ed711d481eda}.xpi
Status: enabled
Name: Slashdot.org - Remove ads userstyle
Status: enabled
Name: SourceForge font size in comments userstyle
Status: enabled
Name: Stylish
Location: ${PROFILE_EXTENSIONS}/{46551EC9-40F0-4e47-8E18-8E5CF550CFB8}.xpi
Status: enabled
Name: Stylish-Custom
Location: ${PROFILE_EXTENSIONS}/stylish-cus...@choggi.dyndns.org
Status: enabled
Bug#719688: ITP: node-delayed-stream -- Buffer stream events for later handling - module for Node.js
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: node-delayed-stream Version : 0.0.5 Upstream Author : Felix Geisendörfer fe...@debuggable.com * URL : https://github.com/felixge/node-delayed-stream * License : Expat Programming Lang: JavaScript Description : Buffer stream events for later handling - module for Node.js node-delayed-stream can delay stream responses, and can be used to combine streams one after another. . Node.js is an event-based server-side javascript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719690: ITP: node-combine-stream -- Append streams one after another - module for Node.js
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: node-combine-stream Version : 0.0.4 Upstream Author : Felix Geisendörfer fe...@debuggable.com * URL : https://github.com/felixge/node-combined-stream * License : Expat Programming Lang: JavaScript Description : Append streams one after another - module for Node.js node-combined-stream can be used to append multiple streams one after another. . Node.js is an event-based server-side javascript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691427:
Your E-mail has been picked by the British Telecom Center as a lucky Person of a lump sum of 1,000,000.00. To Claim send info To Email: (btcenter...@outlook.commailto:btcenter...@outlook.com)
Bug#719691: RFP: dotdee -- convert a flat file to a file concatenated from a .d-style directory
Package: wnpp Severity: wishlist * Package name: dotdee Version : 1.9 Upstream Author : Dustin Kirkland kirkl...@ubuntu.com * URL : http://launchpad.net/dotdee * License : GPL Programming Lang: shell-script Description : convert a flat file to a file concatenated from a .d-style directory dotdee is a handy utility for converting a single flat text file to a symlink to a file constructed by concatenating a set of files in a .d-style directory. As it's already packaged and maintained in ubuntu, it's probably not much work to import it into debian. Thanks ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716999: broadcom-sta-dkms: Fails to build on linux 3.10 (procfs API change)
Package: broadcom-sta-dkms Version: 5.100.82.112-11 Followup-For: Bug #716999 I can confirm that broadcom-sta-5.100.82.112 does not compile on 3.10 kernel. With kernel 3.9 the version from unstable compiles as stated in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702788 I would like to add that also broadcom-sta-source had a similar problem with the testing version and kernel3.9, but compiled with the version from unstable. This time though with kernel 3.10 no version of either source or dkms compiles. Anyway, here's the output of my system: root@debian:~# dpkg-reconfigure broadcom-sta-dkms -- Deleting module version: 5.100.82.112 completely from the DKMS tree. -- Done. Loading new broadcom-sta-5.100.82.112 DKMS files... Building only for 3.10-2-amd64 Building initial module for 3.10-2-amd64 Error! Bad return status for module build on kernel: 3.10-2-amd64 (x86_64) Consult /var/lib/dkms/broadcom-sta/5.100.82.112/build/make.log for more information. root@debian:~# cat /var/lib/dkms/broadcom-sta/5.100.82.112/build/make.log DKMS make.log for broadcom-sta-5.100.82.112 for kernel 3.10-2-amd64 (x86_64) Wed Aug 14 11:50:38 CEST 2013 /bin/sh: 1: [: Illegal number: /bin/sh: 1: [: Illegal number: Wireless Extension is the only possible API for this kernel version Using Wireless Extension API KBUILD_NOPEDANTIC=1 make -C /lib/modules/3.10-2-amd64/build M=/var/lib/dkms /broadcom-sta/5.100.82.112/build make[1]: Entering directory `/usr/src/linux-headers-3.10-2-amd64' CFG80211 API is prefered for this kernel version Using CFG80211 API Kernel architecture is X86_64 LD /var/lib/dkms/broadcom-sta/5.100.82.112/build/built-in.o CC [M] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/shared/linux_osl.o CC [M] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.o /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c: In function 'wl_tkip_printstats': /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2975:7: warning: passing argument 1 of 'wl-tkipmodops-print_stats' from incompatible pointer type [enabled by default] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2975:7: note: expected 'struct seq_file *' but argument is of type 'char *' /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2978:4: warning: passing argument 1 of 'wl-tkipmodops-print_stats' from incompatible pointer type [enabled by default] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:2978:4: note: expected 'struct seq_file *' but argument is of type 'char *' /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c: In function 'wl_reg_proc_entry': /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3185:2: error: implicit declaration of function 'create_proc_entry' [-Werror=implicit- function-declaration] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3185:22: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3190:16: error: dereferencing pointer to incomplete type /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3191:16: error: dereferencing pointer to incomplete type /var/lib/dkms/broadcom-sta/5.100.82.112/build/src/wl/sys/wl_linux.c:3192:16: error: dereferencing pointer to incomplete type cc1: some warnings being treated as errors make[4]: *** [/var/lib/dkms/broadcom- sta/5.100.82.112/build/src/wl/sys/wl_linux.o] Error 1 make[3]: *** [_module_/var/lib/dkms/broadcom-sta/5.100.82.112/build] Error 2 make[2]: *** [sub-make] Error 2 make[1]: *** [all] Error 2 make[1]: Leaving directory `/usr/src/linux-headers-3.10-2-amd64' make: *** [all] Error 2 I also believe that http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=719667 might be the same problem. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages broadcom-sta-dkms depends on: ii dkms 2.2.0.3-1.2 Versions of packages broadcom-sta-dkms recommends: ii wireless-tools 30~pre9-8 broadcom-sta-dkms 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#719690: ITP: node-combine-stream -- Append streams one after another - module for Node.js
retitle 719690 ITP: node-combined-stream -- Append streams one after another - module for Node.js -- i meant node-combined-stream of course. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719689: iceweasel completely froze X when typing a URL
On Wed, Aug 14, 2013 at 12:11:49PM +0200, Vincent Lefevre wrote: Package: iceweasel Version: 23.0-2 Severity: grave Justification: causes non-serious data loss I did the following: * From a blank window, opened 20 tabs from the bookmarks. * While loading wasn't finished, I started to type a URL in the address bar. A pane appeared with a list of proposed URL's as usual, and remained open. At this time, Firefox was no longer reacting, and I couldn't have the focus on any other window. I couldn't close the Firefox window. The only thing I could do is to switch the desktop via FvwmPager. I tried to open a virtual text terminal, but everything froze. Then I connected by SSH via my phone. I noticed that the iceweasel process had a sh zombie child (it looks like bug 703472). I killed iceweasel with kill -9, but the X system was still frozen. I had to kill my window manager (fvwm). Then I could log in again. So, the cause may be bug 703472 (not sure because I don't know why mailcap would be involved), but this is even worse, as it took the whole X system with it. What I lost: * All the shell sessions. * The Firefox session when I restarted it (only a few tabs were retrieved). Not much a problem since this came from bookmarks here, but it could have been worse. Fortunately, I didn't have unsaved data from other X applications, but again, it could have been worse. Is it reproducible? You have a lot of addons. Try disabling them. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719692: Make run-parts useful for running hook scripts
Package: debianutils Version: 4.2.1 Severity: wishlist Managing hook scripts (e.g., githooks(5)) shares many of the problems of managing startup scripts. It is often useful for one hook script to trigger multiple independent actions; for example, a Git post-receive hook might want to send out email notifications, trigger an automated build, etc. It would be nice to organize these actions as separate scripts in a subdirectory, like .git/ hooks/ post-receive post-receive.d/ 10-send-email-notification 20-trigger-build ... Just the thing for run-parts! But hook scripts are often fed some data on their stdin. For example, the Git post-receive hook receives input that tells what references have been changed, one line per reference. These data would be needed by *each* of the sub-hook scripts for them to run correctly. Therefore, it would be useful if there were an option to make run-parts multiplex its stdin to *each* of the programs that it runs: = post-receive = #! /bin/sh run-parts --mux-stdin -- post-receive.d In the general case this would require the stdin to be written to a temporary file, though in most real-world cases it would probably be fine to cache the input in RAM. It is not hard to write a separate utility with this functionality, but it seems to me that it is a feature that would fit in well with what run-parts already does. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693126: latexmk: New upstream release available + watch file
Hello, I am maintaining a package for the LaTeX editor LaTeXila that uses Latexmk. Ohura, do you think you will be able to update this package, or do you mind if I take over its maintenance (I will no answer as an affirmative answer :-) )? Regards, -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#719683: x11-xkb-utils: Error activating XKB configuration
=== sudo cat /var/log/gdm3/:0.log X.Org X Server 1.12.4 Release Date: 2012-08-27 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian Current Operating System: Linux macbook 3.9-1-amd64 #1 SMP Debian 3.9.8-1 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.9-1-amd64 root=UUID=228ec39a-3f07-416c-a669-b44a8c6fc566 ro quiet Build Date: 17 April 2013 10:22:47AM xorg-server 2:1.12.4-6 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.26.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Aug 14 10:34:24 2013 (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (==) No screen section available. Using defaults. (**) |--Screen Default Screen Section (0) (**) | |--Monitor default monitor (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (--) PCI:*(0:0:2:0) 8086:0126:106b:00db rev 9, Mem @ 0xa000/4194304, 0x9000/268435456, I/O @ 0x2000/64 (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so (II) Module extmod: vendor=X.Org Foundation compiled for 1.12.4, module version = 1.0.0 (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so (II) Module dbe: vendor=X.Org Foundation compiled for 1.12.4, module version = 1.0.0 (II) Loading /usr/lib/xorg/modules/extensions/libglx.so (II) Module glx: vendor=X.Org Foundation compiled for 1.12.4, module version = 1.0.0 (==) AIGLX enabled (II) Loading /usr/lib/xorg/modules/extensions/librecord.so (II) Module record: vendor=X.Org Foundation compiled for 1.12.4, module version = 1.13.0 (II) Loading /usr/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor=X.Org Foundation compiled for 1.12.4, module version = 1.0.0 (II) Loading /usr/lib/xorg/modules/extensions/libdri2.so (II) Module dri2: vendor=X.Org Foundation compiled for 1.12.4, module version = 1.2.0 (==) Matched intel as autoconfigured driver 0 (==) Matched vesa as autoconfigured driver 1 (==) Matched fbdev as autoconfigured driver 2 (==) Assigned the driver to the xf86ConfigLayout (II) Loading /usr/lib/xorg/modules/drivers/intel_drv.so (II) Module intel: vendor=X.Org Foundation compiled for 1.12.3.902, module version = 2.19.0 (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so (II) Module vesa: vendor=X.Org Foundation compiled for 1.12.1, module version = 2.3.1 (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so (II) Module fbdev: vendor=X.Org Foundation compiled for 1.12.1, module version = 0.4.2 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 854, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, Pineview GM, Pineview G, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, GM45, 4 Series, G45/G43, Q45/Q43, G41, B43, B43, Clarkdale, Arrandale, Sandybridge Desktop (GT1), Sandybridge Desktop (GT2), Sandybridge Desktop (GT2+), Sandybridge Mobile (GT1), Sandybridge Mobile (GT2), Sandybridge Mobile (GT2+), Sandybridge Server, Ivybridge Mobile (GT1), Ivybridge Mobile (GT2), Ivybridge Desktop (GT1), Ivybridge Desktop (GT2), Ivybridge Server, Ivybridge Server (GT2) (II) VESA: driver for VESA chipsets: vesa (II) FBDEV: driver for framebuffer: fbdev (++) using VT number 8 (WW) Falling back to old probe method for vesa (WW) Falling back to old probe method for fbdev (II) Loading /usr/lib/xorg/modules/libfbdevhw.so (II) Module fbdevhw: vendor=X.Org Foundation compiled for 1.12.4, module version = 0.0.2 (II) intel(0): Creating default Display subsection in Screen section Default Screen Section for depth/fbbpp 24/32 (==) intel(0): Depth 24,
Bug#719693: sqlmap: Update to 0.9
Package: sqlmap Version: 0.9-0.1 Severity: wishlist Dear Maintainer, The sqlmap package is quite old now, it would be nice to update it. I have build a package with sqlmap 0.9 here: https://svn.strasweb.fr/listing.php?repname=Pierre+Rudloffpath=%2Fsqlmap%2F Regards, -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 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 sqlmap depends on: ii python 2.7.3-4 ii python-support 1.0.15 sqlmap recommends no packages. sqlmap 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#719411: tasksel: Standard out-of-the-box configuration as a router
It seems you have a couple of separate ideas maybe: * a pre-configured system, a project more like a 'Debian Pure Blend' * a generic 'tasksel' task of networking utils Actually I would like to see it both - the set of required utils and their proper configuration that creates a Router/AP in tasksel within regular Debian distro and not as a specialized blend. The reason for this: unlocked, generic hardware became powerful/cheap enough to run even Gnome (check this - http://utilite-computer.com/web/utilite-models ). So there is no more reason to hack the weak routers in order dump OpenWrt, risking to brick them, if you can get a real desktop. The idea is to make it easy for a regular mainstream user to enable this feature on such hardware (which will bring him real added value) and in the same time get him acquainted with Debian. The FreedomBox is an example of a more specialised project. Debian Edu also preconfigures its servers for NAT. And there is also https://wiki.debian.org/DebianLAN You may want to look at the third-party project LibreWrt which sounds like it could be optionally built from Debian sources. (Official builds are based on Trisquel, a Debian derivative). FWIW for 7+ years I have used *only* Debian GNU/Linux, Debian GNU/kFreeBSD, or other *BSDs for routers or access points at home, and at some other deployments too. I already know which packages I need, so as long as the installed system has network access I can get them from a network mirror later. If it was viable to create a tasksel task for this, it would be difficult to decide how many packages is enough, or too many. Systems used as routers are often low-powered with very limited space. No longer... This feature should be oriented on user (who will buy powerful hardware) and not on router manufacturers (who try to be minimalistic in order to keep costs low). Optionally you can have second package - router-config-minimal. It is desirable to provide everything possibly needed to get a network connection, yes, and the non-free firmware should also optionally be provided for the autodetection process. then maybe some 'Recommends' on other useful packages. My own ideas are: Wireless: * iw [not kfreebsd-amd64, kfreebsd-i386] * wireless-tools [not kfreebsd-amd64, kfreebsd-i386] * hostapd Modem: * ppp [not kfreebsd-amd64, kfreebsd-i386] * pppoe * pppoeconf * usb-modeswitch Services: * bind9 * isc-dhcp-client * isc-dhcp-server * ntp * openssh-server IPv6: * radvd Diagnostic: * dnsutils * elinks * inetutils-ping * inetutils-traceroute * mtr-tiny * nmap * tcpdump * wget * whois Reporting: * collectd-core * logwatch VPN: * ipsec-tools * openvpn * strongswan Firewall/traffic shaping: * iptables [not kfreebsd-amd64, kfreebsd-i386] * iproute [not kfreebsd-amd64, kfreebsd-i386] * pf [kfreebsd-amd64, kfreebsd-i386] * denyhosts | fail2ban (for protecting the router itself) + more userland tools for managing a firewall (as long as having them installed doesn't mean they are immediately active/conflicting). wondershaper, shorewall, ufw... Could you pack your configurations for all this in a separate package, and we are done basically? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719694: ITP: libgumbo - A pure-C HTML5 parser
Package: wnpp Severity: wishlist Owner: Onur Aslan o...@onur.im * Package name: libgumbo Version : 0.9.0 Upstream Author : Jonathan Tang jdt...@google.com * URL : https://github.com/google/gumbo-parser * License : Apache 2.0 Programming Lang: C Description : A pure-C HTML5 parser Gumbo is an implementation of the HTML5 parsing algorithm implemented as a pure C99 library with no outside dependencies. It's designed to serve as a building block for other tools and libraries such as linters, validators, templating languages, and refactoring and analysis tools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719695: Prefer symlinks over Alias= for non-matching service names
Package: systemd Version: 204-2 Severity: normal In case the name of a SysV init script does not correspond to the name of the systemd service file (e.g. /etc/init.d/network-manager, but /lib/systemd/system/NetworkManager.service, where the dash in the middle is the problem), we previously recommended people to use Alias=, e.g. Alias=network-manager.service in this case. The issue with that is that the Alias= symlinks are enabled and disabled by systemctl enable|disable (also by deb-systemd-helper), whereas they should _always_ be present. Upstream suggested to just use a symlink, so that is what I am proposing. In the case of NetworkManager, we should ship /lib/systemd/system/network-manager.service - NetworkManager.service Any objections so far? In case of service files that contain an @ (for instances), e.g. stud@.service, we should ship a symlink that masks the SysV init script: /lib/systemd/system/stud.service - /dev/null Any objections? Otherwise I’ll go ahead and update the Systemd/Packaging wiki page with the best practice on that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625211: linux-image-2.6.32-5-amd64: Can no longer control backlight
Package: src:linux Version: 3.9.8-1 Followup-For: Bug #625211 No, with the radeon driver it works, sorry for not having checked that. There is already a bug open against fglrx-driver, as brightness is concerned: 719536. The problem remains that one need to specify the kernel attribute in the grub configuration file, it would be nice if that could be handled during installation. Thanks, Carlo. -- Package-specific info: ** Version: Linux version 3.9-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-5) ) #1 SMP Debian 3.9.8-1 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.9-1-amd64 root=UUID=221d4a92-44de-42bf-a8c4-1d8844595fbf ro acpi_backlight=vendor acpi_backlight=vendor ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [5.657439] psmouse serio1: elantech: Synaptics capabilities query result 0x08, 0x14, 0x0c. [5.734873] usb 1-1: New USB device found, idVendor=8087, idProduct=0020 [5.734962] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [5.735378] hub 1-1:1.0: USB hub found [5.735599] hub 1-1:1.0: 6 ports detected [5.775436] lib80211_crypt: registered algorithm 'TKIP' [5.775681] wlan0: Broadcom BCM4727 802.11 Hybrid Wireless Controller 5.100.82.112 [5.787049] input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio1/input/input7 [5.846414] usb 2-1: new high-speed USB device number 2 using ehci-pci [5.850581] snd_hda_intel :00:1b.0: irq 43 for MSI/MSI-X [5.978830] 6[fglrx] Maximum main memory to use for locked dma buffers: 3657 MBytes. [5.978930] usb 2-1: New USB device found, idVendor=8087, idProduct=0020 [5.979001] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [5.979162] 6[fglrx] vendor: 1002 device: 68e0 count: 1 [5.979547] 6[fglrx] ioport: bar 4, base 0xd000, size: 0x100 [5.979841] 6[fglrx] Kernel PAT support is enabled [5.979934] 6[fglrx] module loaded - fglrx 13.20.4 [Jul 26 2013] with 1 minors [5.980444] hub 2-1:1.0: USB hub found [5.980603] hub 2-1:1.0: 8 ports detected [6.017221] input: HDA Intel MID Mic as /devices/pci:00/:00:1b.0/sound/card0/input8 [6.017393] input: HDA Intel MID Headphone as /devices/pci:00/:00:1b.0/sound/card0/input9 [6.017808] hda-intel :01:00.1: Handle VGA-switcheroo audio client [6.017924] snd_hda_intel :01:00.1: irq 44 for MSI/MSI-X [6.043568] input: HD-Audio Generic HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input10 [6.050490] usb 1-1.1: new high-speed USB device number 3 using ehci-pci [6.165448] usb 1-1.1: New USB device found, idVendor=1210, idProduct=25f4 [6.165533] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [6.165618] usb 1-1.1: Product: USB 2.0 PC Camera [6.165688] usb 1-1.1: Manufacturer: Alcor Micro, Corp. [6.250758] usb 2-1.3: new full-speed USB device number 3 using ehci-pci [6.347591] usb 2-1.3: New USB device found, idVendor=0a5c, idProduct=219c [6.347677] usb 2-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [6.347762] usb 2-1.3: Product: Broadcom BCM2070 Bluetooth Device [6.347832] usb 2-1.3: Manufacturer: Broadcom Corp [6.347902] usb 2-1.3: SerialNumber: 001BB1F9E0EB [6.418548] usb 2-1.4: new high-speed USB device number 4 using ehci-pci [6.512591] usb 2-1.4: New USB device found, idVendor=058f, idProduct=6335 [6.512676] usb 2-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [6.512761] usb 2-1.4: Product: Mass Storage Device [6.512824] usb 2-1.4: Manufacturer: Generic [6.512886] usb 2-1.4: SerialNumber: 058F63356336 [6.816996] Bluetooth: Core ver 2.16 [6.817110] NET: Registered protocol family 31 [6.817190] Bluetooth: HCI device and connection manager initialized [6.817278] Bluetooth: HCI socket layer initialized [6.817360] Bluetooth: L2CAP socket layer initialized [6.817435] Bluetooth: SCO socket layer initialized [6.861435] usbcore: registered new interface driver btusb [6.891589] cfg80211: World regulatory domain updated: [6.891653] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) [6.891727] cfg80211: (2402000 KHz - 2472000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [6.891802] cfg80211: (2457000 KHz - 2482000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [6.891889] cfg80211: (2474000 KHz - 2494000 KHz @ 2 KHz), (300 mBi, 2000 mBm) [6.891963] cfg80211: (517 KHz - 525 KHz @ 4 KHz), (300 mBi, 2000 mBm) [6.892050] cfg80211: (5735000 KHz - 5835000 KHz @ 4 KHz), (300 mBi, 2000 mBm) [7.781854] media: Linux media interface: v0.10 [7.797364] Initializing USB Mass Storage driver... [7.797628] scsi5 : usb-storage 2-1.4:1.0 [7.797845] usbcore: registered new interface driver usb-storage [7.797918] USB Mass Storage
Bug#625657: Belangrijke mededeling
Geachte BNP PARIBAS FORTIS Client, Houdt u er rekening mee dat de toegang tot uw online-account dreigt te verlopen.Om de toegang tot uw online account actief te houden, vragen wij u dan gelieve om zo snel mogelijk in te loggen.Gebruik de onderstaande link om verder te gaan en toegang te krijgen tot uw account. Klik hier Nadat u gebruik heeft gemaakt van de onderstaande link zal er door een van onze medewerkers nog contact met u worden opgenomen om het gehele proces te voltooien. Wanneer het gehele proces gereed is zal u weer als vanouds gebruik kunnen maken van uw BNP PARIBAS FORTIS-online. Met toegang tot uw BNP PARIBAS FORTIS online kunt u het grootste gedeelte van uw bankverrichtingen uitvoeren door u aan te melden op het onlinebankieren. Wij willen u alvast bedanken voor uw medewerking BNP PARIBAS FORTIS. Hoogachtend, Klantenservice
Bug#719527: include whether machine was rebooted after upgrading in the bugscript
control: tags -1 + pending Hi Michael, Michael Biebl bi...@debian.org writes: What about this simple idea? 3) preinst: [ -d /run/systemd/system ] systemctl --version /run/systemd-upgrade If someone upgrade e.g. from v44 → 204-1, then 204-2, then files the bug, we could attach the file, to get a trail of the versions he upgraded from? Excellent idea, thanks! :) I implemented this and tested it on machines running systemd and not running systemd. Here is the output when not running systemd: $ cat /run/systemd-upgrade [preinst] package 204-2 systemd and here is the output when running systemd: $ sudo dpkg -i systemd_204-2_amd64.deb (Reading database ... 421576 files and directories currently installed.) Preparing to replace systemd 204-1 (using systemd_204-2_amd64.deb) ... Unpacking replacement systemd ... Setting up systemd (204-2) ... Processing triggers for man-db ... $ cat /run/systemd-upgrade [preinst] package 204-1 systemd systemd 204 +PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ $ sudo dpkg -i systemd_204-2_amd64.deb (Reading database ... 421575 files and directories currently installed.) Preparing to replace systemd 204-2 (using systemd_204-2_amd64.deb) ... Unpacking replacement systemd ... Setting up systemd (204-2) ... Processing triggers for man-db ... $ cat /run/systemd-upgrade [preinst] package 204-1 systemd systemd 204 +PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ [preinst] package 204-2 systemd systemd 204 +PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP +GCRYPT +ACL +XZ -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710481: freecad: Warning at package install time
Bug persists with 0.13.1830-dfsg-3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#58859: please improve reported meta-errors
Control: clone -1 -2 Control: reassign -1 dpkg Control: retitle -1 dpkg: please improve reported meta-errors Control: tag -1 - wontfix Control: reassign -2 apt Control: retitle -2 apt: please improve reported meta-errors Splitting the bug report, because bugs assigned to multiple packages are suboptimal to deal with, and only removing the wontfix for dpkg because I don't know how the apt team might want to deal with this. On Wed, 2000-02-23 at 19:41:53 -0800, Robert Woodcock wrote: Both dpkg and apt print out meta-errors, i.e. reports of other errors. Users paste these into channels regularly, and although they do a good job of letting the user know that it's not working, they don't tell them how to fix it. (make is the worst offender - make: *** [install] Error 1 gets pasted more places...) Neither dpkg nor apt actually tell you what to do to fix a problem like this (besides wait until some developer fixes the package). They have to consult a Debian Expert(tm) who has to pry info from them like which script was failing, then said Debian Expert(tm) has to refer them to /var/lib/dpkg/info/packagename.scriptname (scriptname doesn't directly correlate with dpkg's error messages either!), and only *then* can work start on determining what the problem really was (this can be three emails into a bug report, if the user chose that route), and by this time a newbie can really start hating Debian. Addressing this issue will improve the quality of a significant percentage of bug reports. SuperPhly anyone ahve any clue... SuperPhly dpkg: error processing xdm (--configure): SuperPhly subprocess post-installation script returned error exit status 1 superphly: did it print out an error *above* that? I agree the messages should be improved, and I'll do so for 1.17.2. But adding the absolute path for the failing maint script does not help much, instead I'll add a longer description of what are the possible correct steps to perform after such errors. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719697: banshee: Fails to play FLAC from uPNP
Package: banshee Version: 2.6.1-2 Severity: normal When I attempt to play a FLAC from a uPNP server (a minidlna install on my LAN) Banshee silently fails to play the file with no indication as to the problem. This is bad both in that the playback fails and in that no information is provided as to what went wrong. This appears to be FLAC specific, a MP3 plays fine. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-1-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 banshee depends on: ii gnome-icon-theme 3.8.2-2 ii gstreamer1.0-plugins-base1.0.8-1 ii gstreamer1.0-plugins-good [gstreamer1.0-aud 1.0.8-1 ii gstreamer1.0-pulseaudio [gstreamer1.0-audio 1.0.8-1 ii libboo2.0.9-cil 0.9.5~git20110729.r1.202a430-2 ii libc62.17-92 ii libcairo21.12.14-5 ii libdbus-glib-1-2 0.100.2-1 ii libdbus-glib1.0-cil 0.5.0-4 ii libdbus1.0-cil 0.7.0-5 ii libgconf2.0-cil 2.24.2-3 ii libgdata2.1-cil 2.2.0.0-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgkeyfile1.0-cil 0.1-4 ii libglib2.0-0 2.36.4-1 ii libglib2.0-cil 2.12.10-5 ii libgpod4 0.8.2-7 ii libgstreamer-plugins-base1.0-0 1.0.8-1 ii libgstreamer1.0-01.0.8-1 ii libgtk-sharp-beans-cil 2.14.1-3 ii libgtk2.0-0 2.24.20-1 ii libgtk2.0-cil2.12.10-5 ii libgudev1.0-cil 0.1-3 ii libkarma00.1.2-2.3 ii libmono-addins0.2-cil0.6.2-2 ii libmono-cairo4.0-cil 3.0.6+dfsg2-4 ii libmono-corlib4.5-cil3.0.6+dfsg2-4 ii libmono-posix4.0-cil 3.0.6+dfsg2-4 ii libmono-sharpzip4.84-cil 3.0.6+dfsg2-4 ii libmono-system-core4.0-cil 3.0.6+dfsg2-4 ii libmono-system-xml4.0-cil3.0.6+dfsg2-4 ii libmono-system4.0-cil3.0.6+dfsg2-4 ii libmono-zeroconf1.0-cil 0.9.0-4 ii libmtp9 1.1.6-2 ii libnotify0.4-cil 0.4.0~r3032-6 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libsoup-gnome2.4-1 2.42.2-6 ii libsoup2.4-1 2.42.2-6 ii libsqlite3-0 3.7.17-1 ii libtaglib2.0-cil 2.0.4.0-1 ii libwebkitgtk-1.0-0 1.8.1-4 ii libwnck222.30.7-1 ii libx11-6 2:1.6.1-1 ii libxrandr2 2:1.4.1-1 ii libxxf86vm1 1:1.1.3-1 ii mono-runtime 3.0.6+dfsg2-4 Versions of packages banshee recommends: ii avahi-daemon 0.6.31-2 ii brasero 3.8.0-2 ii gstreamer1.0-pulseaudio 1.0.8-1 ii media-player-info19-1 Versions of packages banshee suggests: pn banshee-dbgnone pn gstreamer1.0-ffmpegnone pn gstreamer1.0-plugins-bad none ii gstreamer1.0-plugins-ugly 1.0.8-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#719698: nagvis: Nagvis is unable to create auth.db unless owner of config directory is changed to www-data
Package: nagvis Version: 1:1.6.6+dfsg.1-3 Severity: normal Dear Maintainer, After a fresh install of Nagvis in wheezy, the /etc/nagvis directory is owned by root. If you go the the nagvis webinterface on http://ip/nagvis, it will complain that it can't create the auth.db file. # chown www-data:www-data /etc/nagvis, solves this. But I'm not sure if this is as intended and if it's a good idea regarding security. Anyhow nagvis doesn't work out of the box and it's not an obvious fix. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-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 nagvis depends on: ii check-mk-livestatus1.1.12p7-1 ii debconf [debconf-2.0] 1.5.49 ii graphviz 2.26.3-14 ii libapache2-mod-php55.4.4-14+deb7u3 ii php-gettext1.0.11-1 ii php-net-socket 1.0.9-2 ii php5-common5.4.4-14+deb7u3 ii php5-gd5.4.4-14+deb7u3 ii php5-sqlite5.4.4-14+deb7u3 ii ucf3.0025+nmu3 nagvis recommends no packages. Versions of packages nagvis suggests: pn nagvis-demos none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684008: cups: Can't print to cups-server using ipp after upgrade to 1.5.3-1
AB == Anders Boström and...@netinsight.net writes: AB Our work-around is to disable authentication for Print-Job on the AB server side. I mean disable authentication for Send-Document. / Anders -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684008: cups: Can't print to cups-server using ipp after upgrade to 1.5.3-1
tags 684008 -moreinfo thanks BP == Brian Potkin claremont...@gmail.com writes: Hello! We have identified the problem, and found a server-side work-around: * Cups clients up to 1.5.2 uses Print-Job. * Cups clients from 1.5.3 uses Create-Job + Send-Document * The default authtentication ruls on the cups 1.4.1 server differs between Print-Job and Send-Document. Print-Job do not requre authentication but Send-Document do. * After client upgrade to 1.5.3, Send-Document fails with authentication error, but you never get that error message on the client... Our work-around is to disable authentication for Print-Job on the server side. However, I don't think a client upgrade should lead to this type of problems, espesially not without an error message stating authentication error in Send-Document. Also, you don't expect a dot-upgrade, 1.5.2 to 1.5.3, to change protocol usage in the client... https://bugzilla.redhat.com/show_bug.cgi?id=827402 describes similar problems. / Anders BP Thank you for your report. BP On Mon 06 Aug 2012 at 11:12:12 +0200, Anders Boström wrote: After upgrading to cups 1.5.3-1, I can't print to a cups-server using ipp. I get the error-message Unable to add document to print job all the time. The server seem to get a job with 0 size, and aborts after a while. I only get this in the cups error_log: Unable to add document to print job. The server is running CUPS 1.4.1. BP If you have not already done so, may I suggest trying the suggestions in BPhttps://bugs.launchpad.net/ubuntu/+source/cups/+bug/973270 BP Debian bugs #712719 and #15800 could also be of use. BP Please let us know how you go on. BP Regards, BP Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719699: [PATCH] use Vcs-Upstream-* when --upstream is used
Package: devscripts
Severity: wishlist
Tags: patch
Dear maintainer,
attached you can find a patch which adds an option called --upstream.
With that option, debcheckout will look for Vcs-Upstream-* tags instead
of Vcs-* tags.
Thanks in advance for merging it.
From fb0201a084c5e1705580bc9915b9535207e76acf Mon Sep 17 00:00:00 2001
From: Michael Stapelberg stapelb...@debian.org
Date: Wed, 14 Aug 2013 13:58:14 +0200
Subject: [PATCH] use Vcs-Upstream-* when --upstream is used
---
scripts/debcheckout.pl | 30 ++
1 file changed, 22 insertions(+), 8 deletions(-)
diff --git a/scripts/debcheckout.pl b/scripts/debcheckout.pl
index 8e1dd61..6bed620 100755
--- a/scripts/debcheckout.pl
+++ b/scripts/debcheckout.pl
@@ -80,6 +80,11 @@ for Subversion repositories hosted on alioth this means that
SIsvn+ssh://svn.debian.org/... will be used instead of
SIsvn://svn.debian.org/
+=item B-U, B--upstream
+
+Instead of looking for Vcs-* tags, look for Vcs-Upstream-* tags. If set, these
+point to the upstream repository/browser.
+
=item B-d, B--details
Only print a list of detailed information about the package
@@ -316,8 +321,8 @@ sub recurs_mkdir {
# Find the repository URL (and type) for a given package name, parsing Vcs-*
# fields. Returns (version, type, url, origtgz_name) tuple.
-sub find_repo($$) {
-my ($pkg, $desired_ver) = @_;
+sub find_repo($$$) {
+my ($pkg, $desired_ver, $upstream) = @_;
my @repo = (, 0, , );
my $found = 0;
my ($nonepoch_version, $version) = (, );
@@ -330,7 +335,10 @@ sub find_repo($$) {
while (my $line = APT) {
$found = 1;
chomp($line);
- if ($line =~ /^(x-)?vcs-(\w+):\s*(.*)$/i) {
+ if ($upstream $line =~ /^(x-)?vcs-upstream-(\w+):\s*(.*)$/i) {
+ next if lc($2) eq browser;
+ ($type, $url) = (lc($2), $3);
+ } elsif (!$upstream $line =~ /^(x-)?vcs-(\w+):\s*(.*)$/i) {
next if lc($2) eq browser;
($type, $url) = (lc($2), $3);
} elsif ($line =~ /^Version:\s*(.*)$/i) {
@@ -359,8 +367,8 @@ sub find_repo($$) {
}
# Find the browse URL for a given package name, parsing Vcs-* fields.
-sub find_browse($$) {
-my ($pkg, $desired_ver) = @_;
+sub find_browse($$$) {
+my ($pkg, $desired_ver, $upstream) = @_;
my $browse = ;
my $found = 0;
my $version = ;
@@ -370,7 +378,11 @@ sub find_browse($$) {
while (my $line = APT) {
$found = 1;
chomp($line);
- if ($line =~ /^(x-)?vcs-(\w+):\s*(.*)$/i) {
+ if ($upstream $line =~ /^(x-)?vcs-upstream-(\w+):\s*(.*)$/i) {
+ if (lc($2) eq browser) {
+ $browse = $3;
+ }
+ } elsif (!$upstream $line =~ /^(x-)?vcs-(\w+):\s*(.*)$/i) {
if (lc($2) eq browser) {
$browse = $3;
}
@@ -982,6 +994,7 @@ sub main() {
my $user = ; # login name (authenticated mode only)
my $browse_url = ;# online browsable repository URL
my $git_track = ; # list of remote GIT branches to --track
+my $upstream = 0; # whether to check out the upstream git
my $unpack_source = $config_vars{DEBCHECKOUT_SOURCE}; # retrieve and unpack orig.tar.gz
GetOptions(
auth|a = \$auth,
@@ -994,6 +1007,7 @@ sub main() {
file|f=s = sub { push(@files, $_[1]); },
git-track=s = \$git_track,
source=s = \$unpack_source,
+ upstream|U = \$upstream,
) or pod2usage({-exitval = 3});
pod2usage({-exitval = 3}) if ($#ARGV 0 or $#ARGV 1);
pod2usage({-exitval = 3,
@@ -1033,7 +1047,7 @@ sub main() {
}
} else { # package name passed on the command line
- ($version, $repo_type, $repo_url, $origtgz_name) = find_repo($pkg, $version);
+ ($version, $repo_type, $repo_url, $origtgz_name) = find_repo($pkg, $version, $upstream);
unless ($repo_type) {
my $vermsg = ;
$vermsg = , version $version if length $version;
@@ -1058,7 +1072,7 @@ and it will not be possible to commit them directly.
EOF
exit(1);
}
- $browse_url = find_browse($pkg, $version) if @files;
+ $browse_url = find_browse($pkg, $version, $upstream) if @files;
}
$repo_url = munge_url($repo_type, $repo_url);
--
1.7.10.4
Bug#719662: fail2ban and asterisk issue
Maybe I need to look more carefully when I type. The error in the log file that I get is this: [Aug 13 21:28:48] NOTICE[15119] chan_sip.c: Call from '' (198.15.80.99:5081) to extension '011972599724974' rejected because extension not found in context 'default'. The registration failed is caught. Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719689: iceweasel completely froze X when typing a URL
On 2013-08-14 19:42:15 +0900, Mike Hommey wrote: On Wed, Aug 14, 2013 at 12:11:49PM +0200, Vincent Lefevre wrote: So, the cause may be bug 703472 (not sure because I don't know why mailcap would be involved), but this is even worse, as it took the whole X system with it. In fact the sh process could have come from something else. Bug 703472 or upstream bug https://bugzilla.mozilla.org/show_bug.cgi?id=705543 is actually a more general bug. Is it reproducible? When I did the same thing a second time, I got no problems. But if https://bugzilla.mozilla.org/show_bug.cgi?id=705543 is the cause, it is not always reproducible. And with the particular case where some pane (proposed list of search results, menu...) is open, it is known to grab the focus (but Fvwm key sequences still work) and mouse clicks while it is open. A combination of both conditions is even more difficult to reproduce (I'll try if I have some time). Concerning the problem with the virtual terminal, I was wondering whether the switch worked, but the display didn't follow (in which case it could explain why there was no longer any apparent reaction to key presses -- I didn't try Alt-F7 to confirm); I had a similar problem in the past, but it was different since the display remained frozen also during shutdown. Here, when I killed the fvwm2 process via SSH from my phone, I got the gdm3 login again, without needing to do anything else. You have a lot of addons. Try disabling them. They are probably unrelated. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719700: python-virtualenv: New upstream version: 1.10.1
Package: python-virtualenv Version: 1.9.1-1 Severity: wishlist https://pypi.python.org/packages/source/v/virtualenv/virtualenv-1.10.1.tar.gz -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (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/dash Versions of packages python-virtualenv depends on: ii python2.7.5-3 ii python-pkg-resources 0.6.49-2 ii python-setuptools 0.6.49-2 Versions of packages python-virtualenv recommends: ii python-pip 1.3.1-1 python-virtualenv 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#719701: [PATCH] allow Vcs-Upstream-* tags
Package: dpkg
Severity: wishlist
Tags: patch
Dear maintainer,
the attached patch allows the Vcs-Upstream-* tags:
Just as the existing Vcs-* tags, these point to a version control
repository (and corresponding browser), but for the upstream repository
instead of the Debian packaging repository.
Thanks in advance for merging.
From 65f237e8f935055b82455c408587687cfc6633f8 Mon Sep 17 00:00:00 2001
From: Michael Stapelberg stapelb...@debian.org
Date: Wed, 14 Aug 2013 14:10:18 +0200
Subject: [PATCH] allow Vcs-Upstream-* tags
Just as the existing Vcs-* tags, these point to a version control
repository (and corresponding browser), but for the upstream repository
instead of the Debian packaging repository.
---
scripts/Dpkg/Control/FieldsCore.pm | 27 +++
1 file changed, 27 insertions(+)
diff --git a/scripts/Dpkg/Control/FieldsCore.pm b/scripts/Dpkg/Control/FieldsCore.pm
index 44d90d1..ef21dc1 100644
--- a/scripts/Dpkg/Control/FieldsCore.pm
+++ b/scripts/Dpkg/Control/FieldsCore.pm
@@ -315,6 +315,33 @@ our %FIELDS = (
'Vcs-Svn' = {
allowed = ALL_SRC,
},
+'Vcs-Upstream-Browser' = {
+allowed = ALL_SRC,
+},
+'Vcs-Upstream-Arch' = {
+allowed = ALL_SRC,
+},
+'Vcs-Upstream-Bzr' = {
+allowed = ALL_SRC,
+},
+'Vcs-Upstream-Cvs' = {
+allowed = ALL_SRC,
+},
+'Vcs-Upstream-Darcs' = {
+allowed = ALL_SRC,
+},
+'Vcs-Upstream-Git' = {
+allowed = ALL_SRC,
+},
+'Vcs-Upstream-Hg' = {
+allowed = ALL_SRC,
+},
+'Vcs-Upstream-Mtn' = {
+allowed = ALL_SRC,
+},
+'Vcs-Upstream-Svn' = {
+allowed = ALL_SRC,
+},
'Vendor' = {
allowed = CTRL_FILE_VENDOR,
},
--
1.7.10.4
Bug#719702: [PATCH] Describe Vcs-Upstream-* tags
Package: developers-reference Severity: wishlist Tags: patch Dear maintainer, the attached patch describes the Vcs-Upstream-* tags. See also http://bugs.debian.org/719701 and http://bugs.debian.org/719699 Thanks in advance for merging. Index: best-pkging-practices.dbk === --- best-pkging-practices.dbk (revision 10221) +++ best-pkging-practices.dbk (working copy) @@ -412,10 +412,29 @@ /screen /section +section id=s6.2.5.3 +titleVcs-Upstream-Browser/title +para +Value of this field should be a literalhttp:///literal URL pointing to a +web-browsable copy of the upstream Version Control System repository, if +available. +/para +para +The information is meant to be useful for the final user, willing to browse the +latest upstream work (e.g. when looking for an upstream fix for a bug). +/para /section +section id=s6.2.5.4 +titleVcs-Upstream-*/title +Value of this field should be the same as in xref linkend=s6.2.5.2/, but +for the upstream repository instead of the Debian packaging. /section +/section + +/section + section id=bpp-debian-changelog titleBest practices for filenamedebian/changelog/filename/title para
Bug#719701: [PATCH] allow Vcs-Upstream-* tags
Hi! On Wed, 2013-08-14 at 14:12:51 +0200, Michael Stapelberg wrote: Package: dpkg Severity: wishlist Tags: patch the attached patch allows the Vcs-Upstream-* tags: Just as the existing Vcs-* tags, these point to a version control repository (and corresponding browser), but for the upstream repository instead of the Debian packaging repository. Currently there's already several possible places this information can be listed, adding yet another one does not help matters. There's also proposals around to unify upstream information in a single place, either in a new control file or on an external place. Also adding upstream information to the control files seems like polluting them, as they only contain packaging metadata. Thanks in advance for merging. I don't think this is a good idea, so if there's no overwhelming consensus in the project that this is desired, I'll be closing the bug report in a bit. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719634: [Pkg-systemd-maintainers] Bug#719634: Bug#719634: dh-systemd: Support of /usr/lib/systemd/system
Am 14.08.2013 09:36, schrieb Vincent Bernat: You were pretty clear. :) I was just mentioning the fact that this will add some tiny additional work to maintainers when upstream are providing systemd service files in /usr/lib intead of /lib. We'll see if this is something common in the future or not, no need to deal with this right now. Upstreams shouldn't hard-code this directory but rather make this configurable. systemd even ships a configure.ac snippet for that, hoping to achieve some consistency among projects See section Installing Systemd Service Files: PKG_PROG_PKG_CONFIG AC_ARG_WITH([systemdsystemunitdir], AS_HELP_STRING([--with-systemdsystemunitdir=DIR], [Directory for systemd service files]), [], [with_systemdsystemunitdir=$($PKG_CONFIG --variable=systemdsystemunitdir systemd)]) if test x$with_systemdsystemunitdir != xno; then AC_SUBST([systemdsystemunitdir], [$with_systemdsystemunitdir]) fi AM_CONDITIONAL(HAVE_SYSTEMD, [test -n $with_systemdsystemunitdir -a x$with_systemdsystemunitdir != xno ]) You can then build-depend on either systemd, to get the default directory from systemd.pc, or add --with-systemdsystemunitdir=/lib/sytemd/system to your configure flags in debian/rules as I e.g. do in my packages, e.g. rsyslog [2], if you want to avoid the systemd build-dependency. hth, Michael [1] http://www.freedesktop.org/software/systemd/man/daemon.html#Installing%20Systemd%20Service%20Files [2] http://anonscm.debian.org/gitweb/?p=collab-maint/rsyslog.git;a=blob;f=debian/rules;h=0d6b48b503e9f5355e04366ced669682f8b6c3b0;hb=HEAD#l41 -- 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#705625: (no subject)
-- Chris Boot Tiger Computing Ltd Linux for Business Tel: 01600 483 484 Web: http://www.tiger-computing.co.uk Follow us on Facebook: http://www.facebook.com/TigerComputing Registered in England. Company number: 3389961 Registered address: Wyastone Business Park, Wyastone Leys, Monmouth, NP25 3SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719703: [Pkg-systemd-maintainers] Bug#719695: Prefer symlinks over Alias= for non-matching service names
Package: network-manager Version: 0.9.8.0-5 Am 14.08.2013 13:11, schrieb Michael Stapelberg: Package: systemd Version: 204-2 Severity: normal In case the name of a SysV init script does not correspond to the name of the systemd service file (e.g. /etc/init.d/network-manager, but /lib/systemd/system/NetworkManager.service, where the dash in the middle is the problem), we previously recommended people to use Alias=, e.g. Alias=network-manager.service in this case. The issue with that is that the Alias= symlinks are enabled and disabled by systemctl enable|disable (also by deb-systemd-helper), whereas they should _always_ be present. Upstream suggested to just use a symlink, so that is what I am proposing. In the case of NetworkManager, we should ship /lib/systemd/system/network-manager.service - NetworkManager.service Any objections so far? Sounds reasonable at first thought. I'll change the network-manager packaging accordingly. In case of service files that contain an @ (for instances), e.g. stud@.service, we should ship a symlink that masks the SysV init script: Do we have packages which only ship a templated service? /lib/systemd/system/stud.service - /dev/null Any objections? Otherwise I’ll go ahead and update the Systemd/Packaging wiki page with the best practice on that. -- 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#705625: Info received ((no subject))
On 14/08/13 13:45, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Debian SSSD Team pkg-sssd-de...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 705...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- Chris Boot Tiger Computing Ltd Linux for Business Tel: 01600 483 484 Web: http://www.tiger-computing.co.uk Follow us on Facebook: http://www.facebook.com/TigerComputing Registered in England. Company number: 3389961 Registered address: Wyastone Business Park, Wyastone Leys, Monmouth, NP25 3SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719704: ITP: node-form-data -- Create readable multipart/form-data streams module for Node.js
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: node-form-data Version : 0.1.0 Upstream Author : Felix Geisendörfer fe...@debuggable.com * URL : https://github.com/felixge/node-form-data * License : Expat Programming Lang: JavaScript Description : Create readable multipart/form-data streams module for Node.js node-form-data can be used to submit forms and file uploads to other web applications. . The API of this module is inspired by the w3c XMLHttpRequest specification. . Node.js is an event-based server-side javascript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719496: freeorion: input textfields doesn't work after a while.
tags 719496 - moreinfo thanks On 13.08.2013 22:47, Marius Wegner wrote: Nothing happens after killing xfsettingsd while bug occurs. Deleting OISInput.cfg helped. Freeorion seems to work now, but the mouse jumps sometimes. I have tried to reproduce this bug with razor-qt and xfce but haven't succeeded yet. I believe it has nothing to do with window managers but with the way those desktop environments handle mouse and keyboard input. However I think there is enough information to work on a solution. Given all the information so far, the way forward seems to be: 1. Install OISInput.cfg either to /etc/freeorion or ~/.freeorion and let users adjust those settings as they see fit. 2. Disable / comment out all configuration options in OISInput.cfg by default and let the desktop environment handle mouse and keyboard input. That should solve your issues and you can still tweak those settings. I hope this helps Markus signature.asc Description: OpenPGP digital signature
Bug#719695: [Pkg-systemd-maintainers] Bug#719695: Bug#719695: Prefer symlinks over Alias= for non-matching service names
Am 14.08.2013 14:42, schrieb Michael Biebl: Upstream suggested to just use a symlink, so that is what I am proposing. In the case of NetworkManager, we should ship /lib/systemd/system/network-manager.service - NetworkManager.service Any objections so far? Sounds reasonable at first thought. I'll change the network-manager packaging accordingly. Just a quick note: If I create a static network-manager.service symlink, I still can't run systemctl enable network-manager.service Maybe we could convince Lennart to allow that. 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#705625: (no subject)
Apologies folks, I'm not sure what happened there. I'll ask owner@b.d.o to remove those spurious messages I sent to this bug. Cheers, Chris -- Chris Boot Tiger Computing Ltd Linux for Business Tel: 01600 483 484 Web: http://www.tiger-computing.co.uk Follow us on Facebook: http://www.facebook.com/TigerComputing Registered in England. Company number: 3389961 Registered address: Wyastone Business Park, Wyastone Leys, Monmouth, NP25 3SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719701: [PATCH] allow Vcs-Upstream-* tags
Hi Guillem, Guillem Jover guil...@debian.org writes: Currently there's already several possible places this information can be listed, adding yet another one does not help matters. There's also proposals around to unify upstream information in a single place, either Can you point me to these proposals please? in a new control file or on an external place. Also adding upstream information to the control files seems like polluting them, as they only contain packaging metadata. Well, when working on packaging, it is very useful to have this information in a machine-readable form to automatically set up git repositories with a proper “upstream” remote, in order to easily merge new versions. I really consider it part of the packaging information. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638787: pm-utils: resume from hibernate thinks matching checksums do not match so rejects snapshot
On Tue, Mar 19, 2013 at 12:01:05PM +0100, Rodolfo kix Garcia wrote:
do you have this problem with the testing/unstable version of uswsusp?
Hey, I'm also having this problem.
What happens is that csum_buf in read_or_verify() is one byte too
short, there's no space for the string terminator so it's written on
top of the variable that holds the actual checksum.
Here's the patch, found via https://sourceforge.net/projects/suspend/
Berto
Index: uswsusp-1.0+20120915/load.c
===
--- uswsusp-1.0+20120915.orig/load.c
+++ uswsusp-1.0+20120915/load.c
@@ -573,7 +573,7 @@ int read_or_verify(int dev, int fd, stru
{
static struct swap_reader handle;
static unsigned char orig_checksum[16], checksum[16];
- static char csum_buf[48];
+ static char csum_buf[49];
int error = 0, test_mode = (verify || test);
error = read_page(fd, header, start);
Bug#719705: ploader: Can't use albums secured with SSL (https)
Package: ploader Version: 1.6.0-1.1 Severity: important Dear Maintainer, When starting ploader for the first time, the URL of the corresponding Piwigo album is requested. If the URL is for an SSL-enabled site (https://...), the following error is displayed: Can't connect to https::80 (Bad hostname) Connection to http://https://website.com/piwigo failed I was expecting to be able to use SSL URLs. Using a non-SSL URL works but then introduces a security problem. Ploader can't be used on any shared networks (cafe, conference, guest connection at office, etc) as it will expose credentials. -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.2-gnu (SMP w/4 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ploader depends on: ii libclass-accessor-perl 0.34-1 ii libdigest-md5-file-perl 0.08-1 ii libfile-homedir-perl 0.99-1 ii libfile-slurp-perl .19-2 ii libimage-exiftool-perl 9.13-1 ii libjson-perl 2.59-1 ii libwx-perl 1:0.9922-1 ii perlmagick 8:6.7.7.10-5 ploader recommends no packages. ploader 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#719536: [Pkg-fglrx-devel] Bug#719536: fglrx-driver: Cannot change brightness
You realy should report such issues to upstream, since we can not do *anything* about such issues. @Andreas and Michael: Any ideas what we can do to avoid so much upstream-only related bug reports? Am 14.08.2013 15:21, schrieb Carlo Marchiori: Some further information (copying from a report erroneously filed to the linux-image package). At first I could not control backlight at all. Then, following forums and wikis on the net i tried to pass the acpi_backlight=vendor parameter to the kernel, and now it works... a little bit. What works is that all methods, the keyboard special keys, xbacklight, gnome- control-center, all udpate the same file, in my case /sys/class/backlight/samsung/brightness. But. First that file is reset to the maximum value at every restart. I worked around this by echoing something into it in /etc/rc.local. Second, and worst, when I change the file value at runtime (by any of the above methods), the value is applied... sometimes. I mean, I keep changing the value and once a in while the brightness changes, after 2, 5, 10 seconds, and I have to be lucky that it happens at the right brightness. If you just change the value without keeping trying, the value is not usually applied. Regards, Carlo. -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719706: ProGuard: License of manual is not GPL!
Package: proguard Version: 4.8-0.1 Severity: normal Hi, I noticed an inconsistency in the license file of ProGuard version 4.10 and the author confirmed it: http://sourceforge.net/p/proguard/bugs/477/The manual is not free in any sense and has to be removed from Debian ... I'm not sure about version 4.4 and 4.8 (that's why I use severity normal) but maybe you can convince the author to use GPL also for the manual and avoid a future license problem ... Jens
Bug#719541: More info
Am 14.08.2013 15:35, schrieb Lisandro Damián Nicanor Pérez Meyer: tag 719541 moreinfo thanks Hi! Are you running KDE or other desktop environment? Yes, I have both KDE 4.10 from unstable and GNOME 3.8 from Unstable/Experimental installed. Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
