Bug#385642: knetworkmanager.1 refers to non existant khelpcenter help:/knetworkmanager/
Package: network-manager-kde Version: 0.09+0.1r577960-1 Severity: minor Michael, debian/knetworkmanager.1 refers to non-existant khelpcenter documentation. Full user documentation is available through the KDE Help Center. You can also enter the URL .BR help:/knetworkmanager/ directly into konqueror or you can run .BR `khelpcenter help:/knetworkmanager/' I would recommend deleting that paragraph, until khelpcenter documentation is written. Thanks, Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages network-manager-kde depends on: ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62-4 simple interprocess messaging syst ii libgcc1 1:4.1.1-11 GCC support library ii libglib2.0-0 2.10.3-3The GLib library of C routines ii libhal1 0.5.7.1-1 Hardware Abstraction Layer - share ii libnm-util0 0.6.4-1 network management framework (shar ii libstdc++6 4.1.1-11The GNU Standard C++ Library v3 ii network-manager 0.6.4-1 network management framework daemo Versions of packages network-manager-kde recommends: ii kwalletmanager4:3.5.4-1 wallet manager for KDE ii pppconfig 2.3.14 A text menu based utility for conf -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385640: Missing group membership?
severity 385640 wishlist retitle 385640 knetworkmanager should give hint if user lacks permissions thanks On Friday 01 September 2006 23:54, Filipus Klutiero wrote: Are you sure you didn't miss network-manager's README.Debian's Security section? Thanks Filipus, That was the problem. Michael, Perhaps knetworkmanager could check group membership during startup and advise if there is a potential issue. We worked through a similar issue with kpowersaved/ dbus, which now reports if the user doesn't have sufficient permissions on startup; http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=356609 I've lowered the severity and changed to wishlist. Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383834: libzap orphaned.
Looks like libzap has been orphaned. http://bugs.debian.org/383834 I note we still Build-Depend on libzap-dev in both asterisk bayonne. But perhaps we don't need to anymore.. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381861: Patch for this bug.
On Thursday 17 August 2006 18:58, Christine Spang wrote: It looks like this is indeed caused by the fact that asterisk_fix is not actually included in the packaging of asterisk-config. I've attached a simple patch that should fix this problem. Thanks Christine, I have just uploaded a new version which should close out this bug now. If you have any further issues, please drop us a line. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383247: header in wrong location
Package: libccscript-dev the header is installed to /usr/include/cc++2/cc++ while it should be in /usr/include/cc++. the attached patch fixes this. this together with #383213 fixes #382152. as bayonne is the only package build-depending on it this shouldn'T break anything. Thanks Jonas, I have bayonne building correctly (1.2.16), without applying your header changing patch for ccscript ccaudio. I'll have a dig further to work out which bit was fixed.. I also need to provide a versioned depends on libcommoncpp2-dev in bayonne to satisfy the buildd's. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382152: patch
On Tuesday 15 August 2006 22:00, Jonas Meyer wrote: this patch fixes it. but i really think that the actual problem are the packages libccscript-dev and libccaudio-dev putting their headers in the wrong directory. for libccaudio-dev the bug is #383213. the very same applies to libccscript-dev. Thanks Jonas, I would prefer to fixup the ccaudio ccscript headers.. I'll have a dig around and see what I can do.. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#378284: SPAM: 0.2: [Pkg-kde-extras] Bug#378284: kwlan: doesn't show up as unprivileged user
tags 378284 upstream wontfix thanks On Saturday 15 July 2006 01:59, Mau wrote: if I run kwlan as root everything works as expected. Mau, Thanks for your report.. You are correct. From the README: Important for users using sudo (for example Kubuntu users) -- Please configure kwlan using --enable-sudo. This ensures that kwlan uses sudo to do tasks that need priviledged mode. So I would suggest that kwlan is setup to need sudo privs, or root privs. Perhaps some sort of a warning message would be better than no indication at all. So for the short term I would suggest you use sudo and in the longer term I'll pass this upstream and see what we can do.. I'll leave this bug open (tagged wontfix) so others can find it.. Mark PS I'm uploading the new version (0.5.2) to Debian today.. Although it still has this problem.
Bug#382604: zaptel: fails by post-install
On Saturday 12 August 2006 07:56, Christoph Kaminski wrote: Setting up zaptel (1.2.7.dfsg-3) ... Zaptel cards initial configuration: ZT_SPANCONFIG failed on span 1: Invalid Thanks Christoph, This is probably due to a version incompatability bewteen the installed zaptel-modules you have installed and your kernel. What sort of zaptel hardware do you have installed in your system, and when was the last time you built the zaptel-modules? Could you provide the output of: $ dpkg -l zaptel-modules* and /etc/zaptel.conf Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382604: zaptel: fails by post-install
Thanks, On Saturday 12 August 2006 12:09, you wrote: What sort of zaptel hardware do you have installed in your system, and when was the last time you built the zaptel-modules? This could be an issue, what sort of zaptel hardware do you have? dpkg -l | grep zaptel-modules ii zaptel-modules-2.6.161.2.6-2+meinkernel.03 zaptel modules for Linux (kernel 2.6.16). ii zaptel-modules-2.6.17-1-k7 1.2.7.dfsg-3+2.6.17-5 zaptel modules for Linux (kernel 2.6.17-1-k7 Looks like you have built a recent set of modules for your current kernel. I wonder if they are actually loading: What sort of output do you get from zttool? Could you provide the output of: and /etc/zaptel.conf Still need a copy of your zaptel.conf. Also could you provide the list of modules you have loaded: $ lsmod Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382604: zaptel: fails by post-install
Christoph, On Saturday 12 August 2006 12:48, Christoph Kaminski wrote: 01:06.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02) Thanks I think this is the nub of the problem. Unfortunately I don't have access to ISDN hardware so won't be able to debug too well remotely. cat /etc/zaptel.conf # hfc-s pci a span definition # most of the values should be bogus because we are not really zaptel loadzone=nl defaultzone=nl span=1,1,3,ccs,ami bchan=1-2 dchan=3 This isn't shipped by the zaptel package, but is used by the package to gain configuration details.. Did you provide this config yourself? OR did it come with the hardware. Zaptel cards initial configuration: ZT_SPANCONFIG failed on span 1: Invalid argument (22) It seems like the zaptel startup doesn't like the span=1,1,3,ccs,ami from your config file. Did this work with previous versions? I suspect is is failing on the ztcgf(8) command: Can you run: # ztcfg -vvvt and forward the results. Then I would suggest that you need to edit your modified zaptel.conf, until ztcfg does run correctly. I might return to shipping the default zaptel.conf file under /etc so that when user mods are made it is brought to immediate attention. Although the default doesn't cover a lot of cases, at least it is a starting point and changes will be aparent. Also the genzaptelconf(8) script, might be able to assist with the regeneration of your zaptel.conf file, although we proably don't want to automate the running of that just yet. Mark Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#244526: Status of ser (sip express router) in Debian
On Friday 04 August 2006 15:29, Christoph Biedl wrote: Now I'm confused. Can you please enlighten me about the ser status in Debian? Are the things the way they should be? Hi Christoph, The original upload was rejected due to a number of errors unstripped-binary-or-object, which we need to resolve. http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/2006-June/004892.html Btw, we have also just gotten openser uploaded, which you maybe interested in. http://packages.debian.org/openser Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#244526: ser_0.9.6-1_i386.changes REJECTED
Title: ser_0.9.6-1_i386.changes REJECTED ser_0.9.6-1_i386.changes REJECTED Joerg Jaspert ftpmaster at debian.org Sun Jun 4 15:16:19 UTC 2006 Previous message: Processed: Re: Bug#370213: zaptel-source: errors in fxotune.c Next message: kiax_0.8.5.dfsg-1_i386.changes ACCEPTED Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] Hi Maintainer, tons of E: ser: unstripped-binary-or-object - please fix that. -- bye Joerg === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. Previous message: Processed: Re: Bug#370213: zaptel-source: errors in fxotune.c Next message: kiax_0.8.5.dfsg-1_i386.changes ACCEPTED Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] More information about the Pkg-voip-maintainers mailing list
Bug#328873: v19 upload?
On Friday 04 August 2006 00:03, Hamish Moffatt wrote: Any chance of an upload of portaudio v19? I still need this for wsjt. Hi Hamish, We are working on it.. We had one upload which was rejected by ftp-master, another will be out shortly. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381123: Removed firmware breaks building the zaptel modules
On Wednesday 02 August 2006 11:22, neoXite wrote: Simply excluding OCT6114-128D.ima fixed the problem for me, but there may be a cleaner solution since I assume the driver module(s) using this firmware would have to be removed from zaptel-source along since they're probably unusable. ~neoXite Thanks! for catching this.. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380316: Should Recommend: pppconfig
Package: network-manager-kde Version: 0.09+0.1r560817-1 Severity: normal Michael, KNetworkManager tries to use pppconfig if one tries to use the gui to configure dialup connections and states that one should install pppconfig. I would suggest that network-manager-kde should Recommend: pppconfig to ease this process. Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages network-manager-kde depends on: ii kdelibs4c2a 4:3.5.3-1 core libraries and binaries for al ii libc6 2.3.6-16 GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62-4 simple interprocess messaging syst ii libgcc1 1:4.1.1-9 GCC support library ii libglib2.0-0 2.10.3-3 The GLib library of C routines ii libhal1 0.5.7-2Hardware Abstraction Layer - share ii libnm-util0 0.6.3-2network management framework (shar ii libstdc++64.1.1-9The GNU Standard C++ Library v3 ii network-manager 0.6.3-2network management framework daemo Versions of packages network-manager-kde recommends: ii kwalletmanager4:3.5.3-1 wallet manager for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373173: sofia-sip (1.12.1-1) done
On Saturday 29 July 2006 10:22, George Danchev wrote: I'm pleased to announce that sofia-sip source package is finally ready to be uploaded to the Debian archive. All legal issues have been resolved by this upstream release. I still left the TODO.Debian file to take a look at, to see how the last points has been deal with. It may be removed of course. Lintian and pbuilder clean. George, Thanks for your help with this. I have now updated, uploaded to NEW and tagged in svn. http://ftp-master.debian.org/new.html Mark pgpMCAxnrpDlN.pgp Description: PGP signature
Bug#380054: CVE-2006-2898: Denial of service in Asterisk
On Thursday 27 July 2006 07:34, Martin Schulze wrote: The patch used for security is attached. Thanks Joey, In asterisk 1.2.10 half of that patch is already applied upstream. I have applied the other half and am in the process of uploading. The modified patch is included. Mark patch.CVE-2006-2898.dpatch Description: application/shellscript pgpYspmrsnJWa.pgp Description: PGP signature
Bug#379585: [Pkg-kde-extras] how to continue: digikam 0.9-beta1 in unstable instead of experimental
Achim, Here is my strategy for dealing with the bad uploads of 0.8.2 0.9.0-beta. Then again it is 'unstable' we are talking about... :-) I have filed a bug http://bugs.debian.org/379441 against ftp.debian.org requesting removal of 0.9 from unstable. Failing that an upload of an epoc version 1:0.8.2 would be last resort as epoc's are forever, say if there isn't any joy from ftp-master in the next week. When (if) frp-master does remove 0.9 we can then upload an incremented 0.8.2 without epoc. Meanwhile I have uploaded digikamimageplugins 0.8.2-2 to Build Depend on digikam 0.8 0.9. This has the effect that apt-get won't normally upgrade digikam to 0.9-beat if imageplugins 8.2 from unstable is present. This should prevent most people from automatically upgrading to 0.9 unless they deliberatly want to. It also stops the buildd's using mismatched packages. Not ideal. Sorry about that guys.. :-( As for svn, the top level README does have some guidance, but I am aware that you weren't totally convinced last time. I see little work on 0.8.2 in the future with the bulk of our effort getting 0.9.0 together for final. In fact when 0.8.2 final migrates to testing we could probably release 0.9 beta/ rc into unstable with a serious bug to stop it migrating to testing before 0.9 final is released upstream. Thus I think we should track 0.9.0 in trunk and either: 1. Per the README just svn copy the few additional releases of 8.2 directly in tags, or 2. Generate branches/0.8.2 and then tag as we release. In my other team (pkg-voip-maintainers) we have done 1. Comments from others in pkg-kde-extras on 0.8.2 - 0.9.0 migration or the svn structure are welcome. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379585: Bug#379441: [Pkg-kde-extras] how to continue: digikam 0.9-beta1 in unstable instead of experimental
Le mer 26 juillet 2006 12:17, Mark Purcell a écrit : [...] you will need an epoch, because people will have the 0.9 version installed. your fight is over, you lost already. let it go, shit happens, epoch is indeed designed for such situations. so it's your epoch-able problem number 1, too bad ;) Thanks Pierre, I think you are right, an epoc won't hurt us... :-) Despite the suggestion from Adeodato I think we should just go with: 1:0.8.2-1 into unstable, and 1:0.9-beta1-1 into experimental 1:0.9-beta1-2 1:0.9-beta2-1 Which can then grow into: 1:0.9-rc1-1 1:0.9-rc1-2 1:0.9-rc2-1 ... and 1:0.9.0-1 when we getto final upstream Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#379441: experimental digikam package uploaded to unstable
Package: ftp.debian.org Severity: important Dear ftp-master, The current status of digikam is as follows: unstable (graphics): digital photo management application for KDE 0.9-beta1-1: amd64 hppa i386 s390 sparc 0.8.2-1: alpha arm ia64 m68k mips mipsel powerpc Due to my packaging mistake, 0.9-beta1-1 got uploaded from unstable, when in fact it should of been uploaded to experimental. Could you please remove digikam_0.9-beta1-1 from unstable. I have set severity important as this version does not work with other digikam related packages already in unstable. Thanks, Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) signature.asc Description: Digital signature
Bug#379423: [Pkg-kde-extras] Bug#379423: digikam doesnt't work with digikamimageplugins
On Sunday 23 July 2006 14:37, Holger Wagemann wrote: Package: digikam Version: 0.9-beta1-1 Today I've found a new version 0.9-beta1-1 of digikam in Sid and I've installed it. The current version of digikamimageplugins in Sid is 0.8.2-1, but the new digikam 0.9-beta1-1 doesn't work properly with that plugins, so I've installed the version 0.9-beta1-1 of digikamimageplugins from Experimental. Thanks Holger, The status is that 0.9-beta1-1 of digikam was meant to go to experimental, rather than sid/unstable. I am in the process of fixing the issue with the ftp-masters. In the meantime you can get the correct version of digikam for sid (0.8.2-1) from http://people.debian.org/~msp. I'll also ensure that digikamimageplugins from sid can't be loaded with digikam from experimental, by loading a new imageplugins with better versioned dependencies. The fact that digikam and digikamimageplugins 0.9-beta1 do not work together is something else we need to resolve aswell. Mark pgpbuMOJ9EmzT.pgp Description: PGP signature
Bug#374990: RM: bcm43xx
On Wednesday 05 July 2006 22:09, Mark Purcell wrote: However I would like to raise the point that I actually get better results with the last bcm43xxx modules which were in unstable and 2.6.16, rather than 2.6.17, which crashes on me.. Sorry, s/2.6.16/2.6.15/ Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374990: RM: bcm43xx
Rene, I understand why bcm43xxx has been removed from the debian archive. However I would like to raise the point that I actually get better results with the last bcm43xxx modules which were in unstable and 2.6.16, rather than 2.6.17, which crashes on me.. Also I note that the target kernel for etch beta 3 installer is 2.6.16 http://lists.debian.org/debian-powerpc/2006/06/msg00219.html Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376965: bcm43xx: ASSERTION FAILED (radio_attenuation 10)
Package: linux-image-2.6.17-1-powerpc
Version: 2.6.17-2
Severity: minor
File:
/lib/modules/2.6.17-1-powerpc/kernel/drivers/net/wireless/bcm43xx/bcm43xx.ko
In debian-powerpc, I stated I was having some issues with the airport
driversi in the 2.6.17 kernel.
Here is the bug report to followup on these issues:
There are a number of issues with the bcm43xx driver, most/ all of which
have nothing todo with the Debian packaging, but are rather functions of
the maturity of the driver.
The driver doesn't appear to function well at 54Mbps, but gives good
results when forced down to 11Mbps.
To force 11Mbps I use the following network/interfaces:
$ cat /etc/network/interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo eth1
iface lo inet loopback
iface eth1 inet static
address 192.168.1.200
network 192.168.1.0
netmask 255.255.255.0
gateway 192.168.1.150
broadcast 192.168.1.255
post-up iwconfig eth1 rate 11M
post-up iwconfig eth1 essid pos
When coming out of hibernation mode, unfortunatly the driver
defaults back to 54Mbs, which doesn't work well. Initially, I
thought the above network/interfaces would be sufficient to reset
to 11Mbps after sleep, but it would appear the it isn't so I had to do
futher modifications:
--- /usr/lib/powersave/scripts/sleep_helper_functions 2006-05-26
22:16:19.0 +0100
+++ /usr/lib/powersave/scripts/sleep_helper_functions.ibook
2006-05-19 08:34:21.0 +0100
@@ -496,6 +496,7 @@
echo $LSMOD_LOG
echo Restarting services: $LSMOD_LOG
+/etc/init.d/networking restart 21 | awk '{print ## $0}'
$LSMOD_LOG
### S t a r t S e r v i c e s (but not hotplug or
boot.hotplug) ##
if [ $SERVICES_TO_RESTART -a -s ${STATE}.resume ]; then
for X in `tac ${STATE}.resume | awk '/^stopped:/ { if
(($2!=hotplug)($2!=boot.hotplug)) print $2 }'`; do
Note that this isn't a conffile so everytime powersaved is upgraded
this change needs to be made.
Finially now that we have migrated to the native kernel bcm43xx, it
reports the following errors on loading. The Call Trace's scare me a
bit, but performance seems OK:
$ dmesg
[...]
Uniform CD-ROM driver Revision: 3.20
bcm43xx driver
PCI: Enabling device 0001:10:12.0 (0004 - 0006)
bcm43xx: Chip ID 0x4318, rev 0x2
bcm43xx: Number of cores: 4
bcm43xx: Core 0: ID 0x800, rev 0xd, vendor 0x4243, enabled
bcm43xx: Core 1: ID 0x812, rev 0x9, vendor 0x4243, disabled
bcm43xx: Core 2: ID 0x804, rev 0xc, vendor 0x4243, enabled
bcm43xx: Core 3: ID 0x80d, rev 0x7, vendor 0x4243, enabled
bcm43xx: PHY connected
bcm43xx: Detected PHY: Version: 3, Type 2, Revision 7
bcm43xx: Detected Radio: ID: 8205017f (Manuf: 17f Ver: 2050 Rev: 8)
bcm43xx: Radio turned off
bcm43xx: Radio turned off
ieee1394: Host added: ID:BUS[0-00:1023] GUID[001451fffe21844e]
[...]
bcm43xx: PHY connected
bcm43xx: Radio turned on
bcm43xx: ASSERTION FAILED (radio_attenuation 10) at:
drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
bcm43xx: WARNING: Writing invalid LOpair (low: 49, high: 64, index: 130)
Call Trace:
[C1E4FC20] [C00078AC] show_stack+0x54/0x174 (unreliable)
[C1E4FC50] [E2511CA8] bcm43xx_phy_lo_adjust+0x2f0/0x310 [bcm43xx]
[C1E4FC70] [E2509050] bcm43xx_radio_set_txpower_bg+0x288/0x29c [bcm43xx]
[C1E4FC90] [E2510B9C] bcm43xx_phy_initb6+0x75c/0x8b8 [bcm43xx]
[C1E4FCB0] [E2512814] bcm43xx_phy_initg+0x130/0xe60 [bcm43xx]
[C1E4FD20] [E2513C3C] bcm43xx_phy_init+0x6f8/0x730 [bcm43xx]
[C1E4FD40] [E2503C8C] bcm43xx_wireless_core_init+0x880/0x1084 [bcm43xx]
[C1E4FDD0] [E250551C] bcm43xx_init_board+0x2d8/0x610 [bcm43xx]
[C1E4FE00] [C01A99BC] dev_open+0x64/0xc8
[C1E4FE20] [C01A8AC4] dev_change_flags+0x70/0x148
[C1E4FE40] [C01F1CBC] devinet_ioctl+0x288/0x6b0
[C1E4FEA0] [C01F2360] inet_ioctl+0xac/0xe0
[C1E4FEB0] [C019D640] sock_ioctl+0x230/0x26c
[C1E4FED0] [C0088400] do_ioctl+0x38/0x84
[C1E4FEE0] [C00887DC] vfs_ioctl+0x390/0x3c4
[C1E4FF10] [C0088878] sys_ioctl+0x68/0x98
[C1E4FF40] [C0010A24] ret_from_syscall+0x0/0x40
--- Exception: c01 at 0xff649f4
LR = 0xffed25c
bcm43xx: ASSERTION FAILED (radio_attenuation 10) at:
drivers/net/wireless/bcm43xx/bcm43xx_phy.c:1485:bcm43xx_find_lopair()
bcm43xx: WARNING: Writing invalid LOpair (low: 49, high: 64, index: 130)
Call Trace:
[C1E4FC60] [C00078AC] show_stack+0x54/0x174 (unreliable)
[C1E4FC90] [E2511CA8] bcm43xx_phy_lo_adjust+0x2f0/0x310 [bcm43xx]
[C1E4FCB0] [E25133E0] bcm43xx_phy_initg+0xcfc/0xe60 [bcm43xx]
[C1E4FD20] [E2513C3C] bcm43xx_phy_init+0x6f8/0x730 [bcm43xx]
[C1E4FD40] [E2503C8C] bcm43xx_wireless_core_init+0x880/0x1084 [bcm43xx]
[C1E4FDD0] [E250551C] bcm43xx_init_board+0x2d8/0x610 [bcm43xx]
[C1E4FE00] [C01A99BC] dev_open+0x64/0xc8
[C1E4FE20] [C01A8AC4] dev_change_flags+0x70/0x148
[C1E4FE40] [C01F1CBC] devinet_ioctl+0x288/0x6b0
[C1E4FEA0] [C01F2360] inet_ioctl+0xac/0xe0
[C1E4FEB0] [C019D640]
Bug#375894: kiax DFSGness not taken seriously
On Wednesday 28 June 2006 19:25, Santiago Garcia Mantinan wrote: We had a package that we knew was dfsg compliant, I had removed the lib stuff which had several license problems because of that and then renamed it to dfsg as we had agreed that it was dfsg compliant, now... Manty, Sorry. That was my fault, in uploading without fully checking the new upstream tar ball. The get-orig-source target was supposed to strip out all the non-dfsg stuff, but didn't due to a typo in the sed script. I guess it is also a symptom of svn-buildpackage as one doesn't spend much time in the upstream build-area, not that that is an excuse. I'll roll back and upload 0.8.51.dfsg-2.orig.tar.gz will all of lib/ stripped out. Then we can work through in slow time the licencing for EC and see if we want to reintroduce at some time. 1- the echo cancellation stuff doesn't have a license we can use to say it's free, this has been discussed before (see Emil Stoyanov [1] message to the list) and I didn't read anybody saying that it was no longer like that Agreed we should remove this EC patch until it is DFSG licenced. 2- the iLBC stuff is stil non-free as it used to be that way and it hasn't changed its license. Yes that was never meant to be included, but the stripping routine didn't work as desired. I hope I'm missing something with all this, otherwise I don't know what we are playing at, this seems completely nonsense and a Debian developer should be more cautious with what he uploads at least once he knows there are problems with licenses on some parts of a software. Point taken. I will be more careful with upload... Thanks for picking this up so early. Mark pgp7tx5JHlWZn.pgp Description: PGP signature
Bug#375894: kiax DFSGness not taken seriously
On Wednesday 28 June 2006 21:53, George Danchev wrote: svn r1969-1972 are way too fast ;-) In the previous commit I just fixed the blatant and unintended repackaging sed mistake and that is enough to have kiax/lib with LGPL code only and EC enabled, please look at the headers of the files. If you do not like it is fine with me, but just to stress it again to be clear. Thanks George, I tend to agree with you that the remaining code under lib/ is LGPL, but if we are to include we also need to update debian/copyright for all the files there, before we can upload. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#375714: [Pkg-kde-extras] Bug#375714: kipi-plugins: FTBFS: No libmagick9++-dev package.
On Wednesday 28 June 2006 04:26, Kurt Roeckx wrote: It seems you have a build dependency on libmagick9++-dev which doesn't exist. You probably want libmagick++9-dev. (The ++ before the 9 instead of after.) Ah, Thanks for that :-) Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372113: xxxxxx.changes REJECTED
On Monday 26 June 2006 04:25, Joerg Jaspert wrote: Hi maintainer, you missed to mention the FDL from doc/ in your debian/copyright. (That dir probably can get deleted upstream also, looks like another one that trusts useless GUIs too much.) Thanks Joerg, I know you process a lot of these from the NEW queue, I know I have been seeing a few :-) One suggestion, It would be a good idea if you could forward the REJECTED notices for future packages to the IPT bug report as well. That way the maintainer has an audit trail recorded against the IPT of changes that need to be made to the package before it should be submitted to NEW again.. ftp-master also has an audit trail you can check against for the next upload. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372113: Fwd: Bug#372113: [Pkg-kde-extras] codeine_1.0.1-3-1_i386.changes REJECTED
Max, We are in the process of packaging codeine for the Debian GNU/Linux distribution and noticed you have a somewhat redundant doc incompatabilty licenced. If possible could you remove this from the upstream tar ball as some stage. The debian package ships with a codine.1.docbook which is licenced under the GPL if you are interested in incorporating upstream. Mark -- Forwarded Message -- Subject: Bug#372113: [Pkg-kde-extras] codeine_1.0.1-3-1_i386.changes REJECTED Date: Monday 26 June 2006 04:25 From: Joerg Jaspert [EMAIL PROTECTED] To: Debian KDE Extras Team [EMAIL PROTECTED] Cc: Debian Installer [EMAIL PROTECTED] Hi maintainer, you missed to mention the FDL from doc/ in your debian/copyright. (That dir probably can get deleted upstream also, looks like another one that trusts useless GUIs too much.) -- bye Joerg === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. ___ pkg-kde-extras mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-extras --- Hi maintainer, you missed to mention the FDL from doc/ in your debian/copyright. (That dir probably can get deleted upstream also, looks like another one that trusts useless GUIs too much.) -- bye Joerg === If you don't understand why your files were rejected, or if the override file requires editing, reply to this email. ___ pkg-kde-extras mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-extras pgpTgC2ik6GSQ.pgp Description: PGP signature
Bug#374791: ITP: ortp -- Real-time Transport Protocol library
Package: wnpp Severity: wishlist Owner: Mark Purcell [EMAIL PROTECTED] * Package name: ortp Version : 0.10.0 Upstream Author : Simon MORLAT [EMAIL PROTECTED] * URL : http://linphone.org/ortp/sources/ * License : LGPL Programming Lang: C Description : Real-time Transport Protocol library RTP provides end-to-end network transport functions suitable for applications transmitting real-time data, such as audio, video or simulation data, over multicast or unicast network services. RTP does not address resource reservation and does not guarantee quality-of- service for real-time services. The data transport is augmented by a control protocol (RTCP) to allow monitoring of the data delivery in a manner scalable to large multicast networks, and to provide minimal control and identification functionality. RTP and RTCP are designed to be independent of the underlying transport and network layers. The protocol supports the use of RTP-level translators and mixers. . Homepage: http://linphone.org/ortp/ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374791: ortp_0.10.0-1_i386.changes is NEW
On Wednesday 21 June 2006 21:36, Samuel Mimram wrote: Again, I think that this package should be rejected. The libortp is already provided by linphone (cf. libortp4-dev). The 0.10.0 should be shipped with the next release of linphone. Samuel, There are a couple of other packages which are starting to use ortp as a library, such as kopete 0.12. Thus we either need to provide the libortp-dev files from the linphone package, or provide a separate ortp package... Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374791: ITP: ortp -- Real-time Transport Protocol library
On Wednesday 21 June 2006 21:15, Samuel Mimram wrote: I've already packaged the ortp library which comes with linphone and which is the same as the one packaged separately (Simon, can you confirm that?). See libortp4-dev. Therefore, I don't think that you need to do this package. Samuel, I am proposing to maintain this through pkg-voip maintainers, of which you are a member... http://svn.debian.org/wsvn/pkg-voip You have commit rights to the svn archive, so please feel free to commit changes as you think necessary.. Including the extended debian/changelog if you have done some packaging work in the past.. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366844: siproxd doesn't work on amd64 without 64bit patches from upstream
On Wednesday 21 June 2006 23:53, Simon Huggins wrote: There's a new release available now which fixes this for amd64 at least. Do you have any intention to upload this soon? Thanks Simon, I'm uploading now... Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374791: ITP: ortp -- Real-time Transport Protocol library
Samuel, Sorry. This was my mistake. I had done a quick search for libortp-dev in the archive and in wnpp, but missed the fact that libortp4-dev was already provided by linphone.. I didn't mean to hijack your package, in fact it is a hijack from pkg-voip-maintainers to pkg-voip-maintainers, so I guess we need better co-ordination within the team. I certainly should of waited longer with the IPT/ debrelease. On Thursday 22 June 2006 01:45, Samuel Mimram wrote: I did not intent to be rough, I was just very surprised to see someone uploading a libortp without checking whether it was already in the archive or not! I think it was simpler for us to have only one package. However, I'm having second thoughts. Since it's already uploaded, it might be nicer to have a separate package for libortp since we might want to update the lib without updating linphone, etc. I'll do the necessary changes when ortp is out of NEW. But please, next time, just send a mail to the maintainer before hijacking a package... Sorry again. I didn't see there was already a package, which is why I didn't email yourself, but rather just emailed pkg-voip-maintainers. Mark pgpbqmkE9XJtu.pgp Description: PGP signature
Bug#373085: 'apt-get build-dep twinkle' cannot be satisfied on Sid
On Thursday 15 June 2006 12:41, Andrew McMillan wrote: The instructions on this bug don't seem to allow building twinkle on unstable either, at least at present: Andrew, Thanks for your details. We do have a bit of a chain dependency going on between; libcommoncpp2, libccrtp and twinkle. Unfortunately each package need to be updated/ rebuilt in turn. As it turns out, libcommoncpp2 underwent a soname change so took some time in NEW processing. I could of rebuilt libccrtp and twinkle at that time. However libccrtp also underwent a soname change so that is also taking some time in NEW processing, it's been waiting there for the last 6 days. http://ftp-master.debian.org/new.html Once libccrtp is in the archive, then I can request a binary only NMU (or you can rebuild yourself) for twinkle, which will clear up the backlog. So at present if you want the package, you need to manually build and install the package for libccrtp then manually build and install the package for twinkle.. Alternatively, as this is taking a while, I have placed the libccrtp twinkle rebuild .debs at http://people.debian.org/~msp Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373271: dch --urgency high doesn't seem to work
Package: devscripts Version: 2.9.20 Severity: normal File: /usr/bin/debchange WHen using dch --urgency high it doesn't seem to perform as expected, ie the urgency in the change log remains low. Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages devscripts depends on: ii debianutils 2.16.1 Miscellaneous utilities specific t ii dpkg-dev 1.13.21package building tools for Debian ii libc6 2.3.6-15 GNU C Library: Shared libraries ii perl 5.8.8-6Larry Wall's Practical Extraction ii sed 4.1.5-1The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.5.8 Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370151: New upstream also desirable for upcoming digikam release
Package: exiv2 Version: 0.9.1-1 Followup-For: Bug #370151 Peter, The new upstream (0.10.0) for exiv2, is also desirable for the upcoming digikam release. http://www.digikam.org/?q=node/121 Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exiv2 depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libexiv2 0.9.1-1EXIF/IPTC metadata manipulation li ii libgcc1 1:4.1.1-3 GCC support library ii libstdc++64.1.1-3The GNU Standard C++ Library v3 exiv2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373133: centrino governor ondemand sets upper and lower freqs to same value
Package: powersaved Version: 0.12.18-1 Severity: normal Michael, I'm using a Dell Latitude D600 with acpi. When using the ondemand I get the upper and lower freq's set to the same value, thus the governor never switches up or down values: dell:~# cpufreq-info cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006 Report errors and bugs to [EMAIL PROTECTED], please. analyzing CPU 0: driver: centrino CPUs which need to switch frequency at the same time: 0 hardware limits: 600 MHz - 1.60 GHz available frequency steps: 1.60 GHz, 1.60 GHz, 1.60 GHz, 1.40 GHz, 1.20 GHz, 1000 MHz, 800 MHz, 600 MHz available cpufreq governors: ondemand, userspace, powersave, performance current policy: frequency should be within 600 MHz and 600 MHz. The governor ondemand may decide which speed to use within this range. current CPU frequency is 600 MHz (asserted by call to hardware). To fix I have to force the upper limit to what it should be: dell:~# cpufreq-set -u 1.6G Then the system performs as expected: dell:~# cpufreq-info cpufrequtils 002: cpufreq-info (C) Dominik Brodowski 2004-2006 Report errors and bugs to [EMAIL PROTECTED], please. analyzing CPU 0: driver: centrino CPUs which need to switch frequency at the same time: 0 hardware limits: 600 MHz - 1.60 GHz available frequency steps: 1.60 GHz, 1.60 GHz, 1.60 GHz, 1.40 GHz, 1.20 GHz, 1000 MHz, 800 MHz, 600 MHz available cpufreq governors: ondemand, userspace, powersave, performance current policy: frequency should be within 600 MHz and 1.60 GHz. The governor ondemand may decide which speed to use within this range. current CPU frequency is 600 MHz (asserted by call to hardware). Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages powersaved depends on: ii adduser 3.87 Add and remove users and groups ii dbus 0.61-6 simple interprocess messaging syst ii hal 0.5.7-2Hardware Abstraction Layer ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libcpufreq0 002-1 shared library to deal with the cp ii libdbus-1-2 0.61-6 simple interprocess messaging syst ii libdbus-glib-1-2 0.61-6 simple interprocess messaging syst ii libgcc1 1:4.1.1-2 GCC support library ii libglib2.0-0 2.10.3-1 The GLib library of C routines ii libhal1 0.5.7-2Hardware Abstraction Layer - share ii libpowersave100.12.18-1 power management daemon - shared l ii libstdc++64.1.1-2The GNU Standard C++ Library v3 ii libsysfs2 2.0.0-7interface library to sysfs ii lsb-base 3.1-10 Linux Standard Base 3.1 init scrip Versions of packages powersaved recommends: ii acpid 1.0.4-5Utilities for using ACPI power man ii hdparm6.6-1 tune hard disk parameters for high ii kpowersave0.6.1-1frontend to powersave for setting -- no debconf information Kernel version : 2.6.16-2-686 -ACPI version : 20060127 --- Battery #1 : present Remaining capacity : 53280 mWh, 100.0% Design capacity: 53280 mWh Last full capacity : 51670 mWh, 96.98% of design capacity Capacity loss : 3.022% Present rate : 0 Charging state : charged Battery type : rechargeable, LION Model number : DELL C26036 Serial number : 48728 Battery #2 : present Remaining capacity : 36960 mWh, 77.44%, 02:30:45 Design capacity: 46620 mWh Last full capacity : 47730 mWh Present rate : 14709 mW Charging state : discharging Battery type : rechargeable, LiP Model number : DELL M7 Serial number : 233 All batteries : 90.78%, 06:08:06 AC adapter : off-line Fan: not available CPU type : Intel(R) Pentium(R) M processor 1600MHz CPU speed : 600.000 MHz Bogomips : 449.35 Processor ID : 0 Bus mastering control : yes Power management : yes Throttling control : yes Limit interface: yes Active C-state : C2 C-states (incl. C0): 5 Usage of state C1 : 10 (0.0 %) Usage of state C2 : 55819421 (86.0 %) Usage of state C3 : 762396 (1.2 %) Usage of state C4 : 8293918 (12.8 %) T-state count : 8 Active T-state : T0 Thermal zone 1 : ok, 34 C
Bug#373085: twinkle - Broken packages dependency
On Monday 12 June 2006 19:02, Pierre St-Germain wrote: I try to install twinkle via apt (unstable): debox:~# apt-get install twinkle ... Pierre, The bit you left out (...), said: dell:~# apt-get install twinkle Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. You are using the unstable distribution, the underlying libraries which support twinkle are going through a migration, and a new twinkle should be available shortly. Or you can rebuild twinkle yourself with your libraries; # apt-get build-dep twinkle ... # apt-get source -b twinkle Failing that the version of twinkle in testing is available with all dependencies satisfied. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372716: [Pkg-kde-extras] Bug#372716: digikam doesn't show exif info
reassign 372716 libkexif1 found 372716 0.2.3-1 severity 372716 grave tags 372716 confirmed forwarded 372716 http://bugs.kde.org/show_bug.cgi?id=128462 thanks On Sunday 11 June 2006 10:28, Serge Matveev wrote: This version doesn't show exif info in images. The exif tab in image properies is empty. In conqueror the exif info displays properly. Serge, Thanks for this report. Versions of packages digikam depends on: ... ii libkexif1 0.2.3-1 library for KDE to read/display/ed I can confirm that this is a problem with version 0.2.3 of libkexif, if you downgrade libkexif to 0.2.2 then digikam again displays exif tags correctly. Unfortunately we didn't catch this before libkexif migrated into testing, but you can find it at: deb http://snapshot.debian.net/archive pool libkexif Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372113: ITP: codeine -- Simple, uncluttered KDE video player
Package: wnpp Severity: wishlist Owner: Mark Purcell [EMAIL PROTECTED] * Package name: codeine Version : 1.0.1-3 Upstream Author : Max Howell [EMAIL PROTECTED] * URL : http://www.methylblue.com/codeine/ * License : GPL Programming Lang: C++ Description : Simple, uncluttered KDE video player A video player with a different philosophy: Simple, uncluttered interface . Features: - Plays DVDs, VCDs, all video formats supported by Xine - Bundled with a simple web-page KPart - Starts quickly -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356109: NMU
On Saturday 20 May 2006 20:47, Martin Michlmayr wrote: I'll NMU this package in a few days unless I hear from you soon. Martin, Thanks for the patch. I'm uploading now... Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356138: Catastrophe! - Print to File (PDF)
On Monday 15 May 2006 22:56, Pierre Habouzit wrote: Can you confirm you can print groklaw? yes I do, now I have a reproducible bug, I'll forward it upstream. Thanks, There seem to be some upstream bug reports along the same lines: http://bugs.kde.org/show_bug.cgi?id=114592 http://bugs.kde.org/show_bug.cgi?id=107991 Do you have the capability to merge upstream bugs? Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356138: Catastrophe! - Print to File (PDF)
On Monday 15 May 2006 21:44, Pierre HABOUZIT wrote: PDF impression works for me. only the 'Test' button of the PDF writer printer does not works, and throw the error you speak of, wich is minor. do you confirm it's back ? Hi Pierre, It still does not work correctly for the Test button here and you confirm it doesn't work for you for the Test button either. So the bug isn't unreproducible. If the Test button doesn't work, then I think there is something seriously wrong. I find I can print simple documents, but anything complex such as a web page with a couple of frames doesn't print correctly and reports the same error. For example http://www.groklaw.net doesn't print and returns a similar error message. Can you confirm you can print groklaw? Mark snapshot.png Description: PNG image snapshot-groklaw.png Description: PNG image
Bug#343023: [Pkg-kde-extras] Bug#343023: Package explicitely build-depends on g++-3.4
On Friday 12 May 2006 23:39, Martin Michlmayr wrote: * Matthias Klose [EMAIL PROTECTED] [2005-12-12 00:55]: This package build-depends for some reason on g++-3.4 (most likely, because it could not be built with a newer g++ version. We would like to get rid of g++-3.4 for the etch release, although currently not a hard release goal. Is there a new version that works with modern GCC, i.e. 4.x? Martin, Sorry, We have removed the build-dependency in svn.debian and this bug will be closed in the next release. I have also tagged this as pending. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#366975: Twinkle won't manage sip URI from Konqueror
On Friday 12 May 2006 16:51, Caio Begotti wrote: On Friday 12 May 2006 12:14, [EMAIL PROTECTED] wrote: Also, I've made a little sip.protocol file. Now, when I click a sip URI in konqueror, a call is placed in twinkle. This is very usefull and might be added to the twinkle package. I think it would be better included in some Konqueror set (actually, protocols files like this one resides in the kdelibs-data .deb). It's a decision to be made by the KDE guys not by the twinkle application, IMHO ;-) But kdelibs-data doesn't know if twinkle is installed and available to handle the sip.protocol? That's what the presence of the services files are supposed to do. From my investigation it tends to be the application providing the service which provides the protocol file. Have a look at: http://packages.debian.org/cgi-bin/search_contents.pl?word=%2Fusr%2Fshare%2Fservicessearchmode=searchfilesanddirscase=insensitiveversion=unstablearch=i386 Also have a look at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=266600, where we end up in the case with more than one application providing the same service. I'm happy to include in the Debian twinkle package. Mark
Bug#366975: Twinkle won't manage sip URI from Konqueror
Hi Caio, On Friday 12 May 2006 21:23, Caio Begotti wrote: On Friday 12 May 2006 17:08, Mark Purcell wrote: Also have a look at: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=266600, where we end up in the case with more than one application providing the same service. So it's going to be done as Nathaniel told in the bug report or what? Given we don't have anything else providing sip.protocol. It isn't necessary at this stage, however once we do, such as kphone, then it would make sense to use the update-alternatives to manage it. Given they are both in pkg-voip co-ordination should not be a problem. I'm also guessing we are maybe at the stage of providing some virtual packages? Such as Provides: voip-client, voip-sip-client, voip-h323-client, voip-iax-client, voip-server? Comments? Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319201: Problems rebuilding twinkle
On Saturday 06 May 2006 12:23, Santiago Garcia Mantinan wrote: I've uploaded a new commoncpp2, hopefully this should fix the issue... It seems ok now. Excellent... BTW... while recompiling new version of twinkle I also built kiax and found some problems, so I have commited my changes to svn, hope you don't mind! Go for it... That's what the shared working environment is all about.. Just one thing on kiax, why haven't we uploaded it yet? Is it still because of the problems with the iLBC license? Can't we just remove it from kiax so that we can still have a kiax dfsg? It's pretty much all documented at http://bugs.debian.org/319201 We pretty much just need to remove the iLBC and update debian/copyright. For extra marks we could link to the system provided libspeex/ libgsm portaudio.. George Danchev was talking to upstream to get something along those lines in the next upstream release, but I haven't followed anything since. Oh... one more thing... this is my first commit since we switch over to svn :-) yes, that was a long time ago, and even longer since I last did : anything Welcome back :-) related to voip on Debian. Seeing me commit doesn't mean I'm back, but I'm going to try to start contributing again, in fact... if you want me to do the changes on kiax so that it can go in I wouldn't mind taking care of it, I use twinkle more than kiax, but I like them both :-) I perfer the kiax UI over twinkle, but I prefer SIP over IAX2. Go for it, kiax is needed... Well, it is nice to be commiting again! Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365588: Can't talk for more than a minute
On Monday 01 May 2006 11:01, Philipp Klaus Krause wrote: The problem occoured for the first time about a month before easter. I have tried with twiklne versions which worked before, they show the same problem now, so I suppose the problem is in some library, not in twinkle itself. Philipp, I have tonight uploaded a new version of twinkle (0.7), please let me know if this resolves your issues. Mark pgpptF1Z8DTgg.pgp Description: PGP signature
Bug#309669: [Fwd: [Pkg-kde-extras] kscope_1.3.4-1_i386.changes is NEW]
Original Message Subject: [Pkg-kde-extras] kscope_1.3.4-1_i386.changes is NEW From:Debian Installer [EMAIL PROTECTED] Date:Fri, April 28, 2006 8:32 am To: Fathi Boudra [EMAIL PROTECTED] Debian KDE Extras Team [EMAIL PROTECTED] -- (new) kscope_1.3.4-1.diff.gz optional kde (new) kscope_1.3.4-1.dsc optional kde (new) kscope_1.3.4-1_i386.deb optional kde source editing environment for KDE KScope is a KDE front-end to Cscope. It provides a source-editing environment for large C projects. KScope is focused on source editing and analysis. . KScope is built around an efficient mechanism for code-navigation, which allows the user to run queries on the code. . The types of queries KScope can run include: * Get all references to a symbol * Find the definition of a symbol * Find all functions called by or calling to a function * Find an EGrep pattern * Find all files #including some file . These queries are handled by an underlying Cscope process. KScope simply serves as a front-end to this process, feeding it with queries, and parsing its output into result lists. The items in those lists can later be selected to open an editor at the matching line. . Main Features: * Multiple editor windows (using your favourite KDE editor) * Project management * Front-end to most Cscope queries * Tag list for every open editor * Call-tree window * Session management, including saving and restoring queries * Works with externally-built cscope.out files . Homepage: http://kscope.sourceforge.net (new) kscope_1.3.4.orig.tar.gz optional kde Changes: kscope (1.3.4-1) unstable; urgency=low . * Initial release. (Closes: #309669: ITP: kscope -- Source Editing Environment for KDE - Debian Bug report logs) Announcing to debian-devel-changes@lists.debian.org Closing bugs: 309669 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. ___ pkg-kde-extras mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-extras -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354240: This really is a symlink problem
tags 345240 unreproducible moreinfo tags 354132 unreproducible moreinfo severity 345240 important severity 354132 important thanks John, We have been unable to confirm your bug report and as there haven't been any confirmation reports I'm lowering the severity to important as this problem doesn't rendering it completely unusable to everyone. Can you confirm you still have this issue with the latest release of asterisk-1.2.7.1. Unless we can confirm these reports with moreinfo then we shall close the bug as unreproducible. Thanks, Mark On Saturday 25 February 2006 16:01, Kilian Krause wrote: John, Am Freitag, den 24.02.2006, 11:14 -0600 schrieb John Goerzen: merge 354240 354132 thanks I had this symlink: /var/lib/asterisk - /asterisk/lib It turns out that one of the asterisk maintainer scripts must be blowing away that symlink and then creating a directory at /var/lib/asterisk. This was responsible for the astdb appearing to disappear, and for the local sounds appearing to disappear. Your maintainer scripts need to not trample over symlinks like this. Sorry, but nothing in the postinstall is trampling as far as I can tell. There is adduser and usermod which *may* cause the problem, yet I couldn't reproduce it on my system. Further there is test -d ...||mkdir -p ... which as far as my testing goes did also not produce what you tell happened. Bottom line is, right now I cannot reproduce it. If you have any further info where this comes from, please feed us more info what is actually the lines that do need the fixing. pgph6VW55Jpjj.pgp Description: PGP signature
Bug#358398: twinkle.desktop file
Michel, Find enclosed a twinkle.desktop file, with which when installed in /usr/share/applications/ presents twinkle in the KDE applications menu. You might like to include in the upstream package. Mark twinkle.desktop Description: application/desktop pgpMqpvrA9BkC.pgp Description: PGP signature
Bug#364215: [Pkg-kde-extras] Bug#364215: digikam now fail to display pictures, and needlessly invoke dcraw too
On Saturday 22 April 2006 00:06, Helge Hafting wrote: The bug sure is important - the main feature of digikam is to look at pictures in albums - and that fails. All I get is a black window when trying to view my jpgs. :-( Helge, Thanks for the bug report. We are in the process of uploaded digikam 0.8.2+beta1 which should address the issues you have identified. Could I ask you to install the package at http://people.debian.org/~msp/digikam_0.8.1+0.8.2-beta1-0.2_i386.deb and let us know if that solves your problem. Mark pgpgkpfK87BVV.pgp Description: PGP signature
Bug#363918: [Pkg-kde-extras] Bug#363918: Package needs to be rebuilt against new version of libxrender-dev. Cannot build KphotoAlbum against it.
On Thursday 20 April 2006 16:36, David L. Moreno wrote: File /usr/lib/libXrender.la is no longer provided by libxrender-dev package (See bug #362777). However, libkipi-dev is compiled with an old version of libxrender-dev, so it requires to have that file present when an application is linked to it. [...] This should be fixed with a simple rebuild of the library. Thanks David, Uploading a rebuilt binary package (libkexif0-dev) now, to close this bug. Btw, you can also request a 'Binary-only non-maintainer upload' without filing a bug through [EMAIL PROTECTED] Does this mean that other packages which are compiled with the old version of libxrender-dev also require a binNMU? Is there any easy way to determine which packages require a rebuild fr libxrender? libkexif0-dev didn't have any explicit depends on libxrender.. Mark pgpCdk34csgxf.pgp Description: PGP signature
Bug#363591: twinkle wants libccext2-1.3.so.1
severity 363591 important merge 363591 362440 362583 block 362440 by 362264 block 362264 by 338397 thanks Thanks Charles, This has already been reported twice in the BTS, have a look at the above bug reports. Downgrading your libcommcomcpp2-1.3c2a to testing will work around the issue. Mark On Wednesday 19 April 2006 23:00, Charles Samuels wrote: Package: twinkle Version: 0.6.2-1 When I run twinkle I get this: twinkle: error while loading shared libraries: libccext2-1.3.so.1: cannot open shared object file: No such file or directory libccext2-1.3.so.2 is provided by libcommoncpp2-1.3c2a, but not 1 thanks ___ Pkg-voip-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-voip-maintainers pgpyf71RWilWy.pgp Description: PGP signature
Bug#362264: Bug#362440: Set severity to grave
On Thursday 13 April 2006 15:30, Enrico Zini wrote: I set the severity of this bug to grave, because the package is unusable. This bug is due to libcommoncpp2 changing sonames. The new libcommoncpp2 is currently sitting in NEW. Once this has been accepted, then a rebuild of libccrtp and twinkle will fix this issue. Please check http://bugs.debian.org/362264 to monitor progresss. Mark pgpIvuJKcFpPf.pgp Description: PGP signature
Bug#362264: libccrtp-dev: libccrtp1.so requires libccgnu2-1.3.so.1 but libccgnu2-1.3.so.2 is inside libcommoncpp2-dev
On Thursday 13 April 2006 05:02, Yan Morin wrote: I'm trying to install sflphoned and i've got a warning about libccrtp1.so requires libccgnu2-1.3.so.1. I've make a symbolic link in /usr/lib of libccgnu2-1.3.so.2 to libccgnu2-1.3.so.1 and it temporarily solves the problem. Thanks Yan, That would be a bump on the soname which I missed with the last upload. Thanks, I'll upload shortly. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360092: kmplayer package review
On Wednesday 05 April 2006 05:35, Christian Marillat wrote: Fathi BOUDRA [EMAIL PROTECTED] writes: [...] Christian, Jonathan, The Debian KDE-Extras team has uploaded kmplayer to http://svn.debian.org/wsvn/pkg-kde/kde-extras/ and we shall upload to the debian unstable archive shortly. If you have any suggestions for packaging please let us know and/or would like to work with us, please follow the README in svn. so a comment from peoples concerned will be appreciated :) Yes, this package should go in contrib due to the mplayer dependency. Thanks Christian, kmplayer despite the name no longer solely depends on mplayer to provide a functional media player. In fact the way it has been packaged for Debian in svn.debian is that it only depends on the free xine to provide media player functionality and this should go in main and not contrib. It also can use a gstreamer backend, which, whilst also free, has been disabled for the Debian package. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360092: kmplayer package review
On Tuesday 04 April 2006 17:20, Fathi Boudra wrote: i've added kmplayer to kde-extras. The package lacks of 2 manpages that i'll write as soon as possible. If you've got some time, can you please review it ? Fathi, Even though you have filed the first ITP, you might like to check with Christian Marillat as he has kmplayer in his archives and your changelog should at least follow on from his.. Especially since his last version number is 1:0.9.1c-0.0 which is greater then your proposal. Ubuntu also have a package so it might be good to sync changes with them. Christian, Jonathan, The Debian KDE-Extras team has uploaded kmplayer to http://svn.debian.org/wsvn/pkg-kde/kde-extras/ and we shall upload to the debian unstable archive shortly. If you have any suggestions for packaging please let us know and/or would like to work with us, please follow the README in svn. Mark pgpo7ZqFEzesf.pgp Description: PGP signature
Bug#360164: [Pkg-kde-extras] Bug#360164: kmymoney2: Uninstallable in Sid
On Friday 31 March 2006 01:19, Benjamin Kudria wrote: #apt-get install kmymoney2 Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. Thanks Ben, Yes libaqbanking0-dev and it dependencies need to move into unstable before we can rebuild kmymoney2. Until then you might be able to satisfy dependencies from testing or snapshot.debian.org. Mark pgphSyxRgHFZR.pgp Description: PGP signature
Bug#359153: Malformed URL bluetooth:/
Package: kdebluetooth Version: 0.99+1.0beta1-7 Severity: important Michael, In the last week the clicking on the K (bluetooth icon) in the task bar, turns up a error dialog: Malformed URL bluetooth:/ Other bluetooth functions are working, like sending and receiving files. It would appear that browsing is the problem. Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages kdebluetooth depends on: ii kdelibs4c2a 4:3.5.1-4 core libraries for all KDE applica ii libacl1 2.2.35-1Access control list shared library ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libattr1 2.4.31-1Extended attribute shared library ii libaudio21.7-5 The Network Audio System (NAS). (s ii libbluetooth12.25-1 Library to use the BlueZ Linux Blu ii libc62.3.6-4 GNU C Library: Shared libraries an ii libfam0 2.7.0-9 Client library to control the FAM ii libfontconfig1 2.3.2-5 generic font configuration library ii libfreetype6 2.1.10-2FreeType 2 font engine, shared lib ii libgcc1 1:4.0.3-1 GCC support library ii libice6 6.9.0.dfsg.1-5 Inter-Client Exchange library ii libidn11 0.5.18-2GNU libidn library, implementation ii libjpeg626b-12 The Independent JPEG Group's JPEG ii libopenobex-1.0-01:1.0.0-rel-3 OBEX protocol library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libqt3-mt3:3.3.6-1 Qt GUI Library (Threaded runtime v ii libsm6 6.9.0.dfsg.1-5 X Window System Session Management ii libstdc++6 4.0.3-1 The GNU Standard C++ Library v3 ii libx11-6 6.9.0.dfsg.1-5 X Window System protocol client li ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.9.0.dfsg.1-5 X Window System miscellaneous exte ii libxft2 2.1.8.2-5.1 FreeType-based font drawing librar ii libxi6 6.9.0.dfsg.1-5 X Window System Input extension li ii libxinerama1 6.9.0.dfsg.1-5 X Window System multi-head display ii libxrandr2 6.9.0.dfsg.1-5 X Window System Resize, Rotate and ii libxrender1 1:0.9.0.2-1 X Rendering Extension client libra ii libxt6 6.9.0.dfsg.1-5 X Toolkit Intrinsics ii qobex0.99+1.0beta1-7 Swiss army knife for the OBject EX ii zlib1g 1:1.2.3-11 compression library - runtime kdebluetooth recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358266: Works fine with 2.6.15
Package: qc-usb-source Version: 0.6.3-1 Followup-For: Bug #358266 I can confirm that this package, and the drivers work correctly with the kernel-2.6.15 headers package: ii linux-headers-2.6.15-1 2.6.15-8 Common header files for Linux kernel 2.6.15 ii linux-headers-2.6.15-1-686 2.6.15-8 Header files for Linux kernel 2.6.15 on PPro/Celeron/PII/PIII/P4 machines and they do not work for the 2.6.16 package. Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages qc-usb-source depends on: ii debhelper 5.0.26 helper programs for debian/rules Versions of packages qc-usb-source recommends: ii kernel-package10.038 A utility for building Linux kerne -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354560: Invitation to join pkg-voip team (iaxmodem in NEW )
Julien, I see you have packaged up iaxmodem and uploaded to NEW. We are currently managing the bulk of the asterisk packages through svn.debian.org and would welcome your contributions as well as iaxclient into the pkg-voip maintenance team. The instructions for svn are available at: http://svn.debian.org/wsvn/pkg-voip/README?op=filerev=0sc=0 and the mailing list is available at: http://lists.alioth.debian.org/pipermail/pkg-voip-maintainers/ Please advise if you are interested in joining the pkg-voip-maintainers. Mark pgpKv9nWt7KT2.pgp Description: PGP signature
Bug#356721: Fwd: rtpproxy_0.3-1_i386.changes is NEW
tags 356721 pending thanks -- Forwarded Message -- Subject: rtpproxy_0.3-1_i386.changes is NEW Date: Tuesday 14 March 2006 23:02 From: Debian Installer [EMAIL PROTECTED] To: Mark Purcell [EMAIL PROTECTED], Debian VoIP Team [EMAIL PROTECTED] (new) rtpproxy_0.3-1.diff.gz optional net (new) rtpproxy_0.3-1.dsc optional net (new) rtpproxy_0.3-1_i386.deb optional net RTP proxy for SER RTP (Realtime Transport Protocol) proxy is an application that can be used to relay RTP media streams through a server in the public internet. That is often necessary when dealing with SIP (Session Initiation Protocol) user agents that are behind NAT (Network Address Translator). . The rtpproxy can be used in conjunction with nathelper module of SER (SIP Express Router). When nathelper module of SER detects that a user agent will need to relay media through a host in the public internet, it will contact rtpproxy and ask it to allocate a public IP and port the user agent can send it's RTP streams to. That information will then be communicated to the user agent in SDP (Session Description Document). (new) rtpproxy_0.3.orig.tar.gz optional net Changes: rtpproxy (0.3-1) unstable; urgency=low . [ Jan Janak ] * Moved to pkg-voip-maintainers svn repository * Added print-version and get-orig-source targets * Support for dpatch . [ Kilian Krause ] * Add dpatch to Build-Depends . [ Mark Purcell ] * Initial release. (Closes: #356721: ITP: rtpproxy -- RTP proxy for SER - Debian Bug report logs) * Update debian/watch to use svn-upgrade * Upstream NEWS is empty, dont ship debian/docs Announcing to debian-devel-changes@lists.debian.org Closing bugs: 356721 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. --- (new) rtpproxy_0.3-1.diff.gz optional net (new) rtpproxy_0.3-1.dsc optional net (new) rtpproxy_0.3-1_i386.deb optional net RTP proxy for SER RTP (Realtime Transport Protocol) proxy is an application that can be used to relay RTP media streams through a server in the public internet. That is often necessary when dealing with SIP (Session Initiation Protocol) user agents that are behind NAT (Network Address Translator). . The rtpproxy can be used in conjunction with nathelper module of SER (SIP Express Router). When nathelper module of SER detects that a user agent will need to relay media through a host in the public internet, it will contact rtpproxy and ask it to allocate a public IP and port the user agent can send it's RTP streams to. That information will then be communicated to the user agent in SDP (Session Description Document). (new) rtpproxy_0.3.orig.tar.gz optional net Changes: rtpproxy (0.3-1) unstable; urgency=low . [ Jan Janak ] * Moved to pkg-voip-maintainers svn repository * Added print-version and get-orig-source targets * Support for dpatch . [ Kilian Krause ] * Add dpatch to Build-Depends . [ Mark Purcell ] * Initial release. (Closes: #356721: ITP: rtpproxy -- RTP proxy for SER - Debian Bug report logs) * Update debian/watch to use svn-upgrade * Upstream NEWS is empty, dont ship debian/docs Announcing to debian-devel-changes@lists.debian.org Closing bugs: 356721 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions.
Bug#356609: kpowersave: Reports powersave isn't running (group powerdev issue)
Package: kpowersave Version: 0.5.8-1 Severity: normal Michael, When starting kpowersave, without following the instructions in /usr/share/doc/powersaved/README.Debian (adding group powerdev) kpowersave reports that powersaved isn't running, when in fact powersaved is running, but the desktop user just can't access it due to lack of permissions via group powerdev. Could I suggest that you modify the kpowersave dialog to point the user to the above README. Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-powerpc Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages kpowersave depends on: ii kdelibs4c2a 4:3.5.1-4 core libraries for all KDE applica ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libdbus-1-2 0.61-4 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.61-4 simple interprocess messaging syst ii libgcc1 1:4.0.3-1 GCC support library ii libhal1 0.5.7-1Hardware Abstraction Layer - share ii libpowersave100.12.2-1 power management daemon - shared l ii libstdc++64.0.3-1The GNU Standard C++ Library v3 ii libxcursor1 1.1.3-1X cursor management library ii libxext6 6.9.0.dfsg.1-4 X Window System miscellaneous exte ii libxss1 6.9.0.dfsg.1-4 X Screen Saver client-side library ii powersaved0.12.2-1 power management daemon kpowersave recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356301: Secruity update available - Do not use, greylistclean is insecure, use 4.2.1 instead
Package: sa-exim Version: 4.2-2 Severity: critical Tags: security The new upstream release (2006/01/09 - v4.2.1) states: Security update (reported by Chris Morris) Modified Greylisting.pm not to generate tuplets with spaces, although the cleaning cron job is now safe with regard to whitespace Included Mark Lawrence's perl script to better clean old tuplets The default config now ships with the greylistclean cronjob running as nobody (which spamd should be running as, too) http://marc.merlins.org/linux/exim/sa.html -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages sa-exim depends on: ii debconf [debconf-2.0] 1.4.51 Debian configuration management sy ii exim4-daemon-light4.52-1 lightweight exim MTA (v4) daemon ii libc6 2.3.6-1GNU C Library: Shared libraries an ii spamc 3.0.4-2Client for SpamAssassin spam filte sa-exim recommends no packages. -- debconf information: sa-exim/purge_spool: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#356138: Catastrophe! - Print to File (PDF)
Package: kdeprint Version: 4:3.5.1-1 Severity: important Similar to #329249 I have lost the ability to print PDF documents, including from the Test button from the Printer KDE Control Module. When I hit Test... I get a Window Titled 'Catastrophe! - KNotify' with the following text: A print error occurred. Error message received from system: cupsdoprint -P 'Print to File (PDF)' -J '' -H 'localhost:631' -U 'mark' -o ' multiple-document-handling=separate-documents-uncollated-copies orientation-requested=3' '/usr/share/apps/kdeprint/testprint.ps' : execution failed with message: client-error-not-found When I try and run from the command line it appears that the printer name -P 'Print to File (PDF)' doesn't exist: [EMAIL PROTECTED]:~$ cupsdoprint -P 'Print to File (PDF)' print.ps client-error-not-found Unlike #3292249 I couldn't find any filters installed and thus haven't been able to remove them. I have purged and re-installed cups, kdeprint, gs and a few others to no effect. However upon digging further this appears to be a rerun of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=326833 which was a QT issue and a kdelibs bug. Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages kdeprint depends on: ii enscript 1.6.4-9Converts ASCII text to Postscript, ii kdelibs4c2a 4:3.5.1-3 core libraries for all KDE applica ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-10 GCC support library ii libqt3-mt 3:3.3.5-4 Qt GUI Library (Threaded runtime v ii libstdc++64.0.2-10 The GNU Standard C++ Library v3 ii poster20020830-3 Create large posters out of PostSc ii psutils 1.17-21A collection of PostScript documen Versions of packages kdeprint recommends: ii gs-esp [postscript-viewe 8.15.1.dfsg.1-1 The Ghostscript PostScript interpr ii kghostview [postscript-v 4:3.5.1-2 PostScript viewer for KDE -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354738: Fixed in 0.12.1-1 here
Package: powersaved Version: 0.11.10-1 Followup-For: Bug #354738 I had the same problem with segfaults here, Fixed when I downloaded and installed 0.12.1-1 Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages powersaved depends on: ii adduser 3.85 Add and remove users and groups ii dbus 0.61-3 simple interprocess messaging syst ii hal 0.5.6-4Hardware Abstraction Layer ii libc6 2.3.6-3GNU C Library: Shared libraries an ii libcpufreq0 0.4-1+b3 shared library to deal with the cp ii libdbus-1-2 0.61-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.61-3 simple interprocess messaging syst ii libgcc1 1:4.0.2-10 GCC support library ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libhal1 0.5.6-4Hardware Abstraction Layer - share ii libpowersave100.11.10-1 power management daemon - shared l ii libstdc++64.0.2-10 The GNU Standard C++ Library v3 ii libsysfs2 2.0.0-4interface library to sysfs ii lsb-base 3.0-15 Linux Standard Base 3.0 init scrip Versions of packages powersaved recommends: ii acpid 1.0.4-5Utilities for using ACPI power man ii hdparm6.3-3 tune hard disk parameters for high ii kpowersave0.5.8-1frontend to powersave for setting -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351080: Asterisk italian prompts for 1.2 version not yet in debian sid, any clue?
On Wednesday 01 March 2006 20:17, Marco Menardi wrote: Hi, time ago I wrote to the list informing that I've updated the asterisk italian sounds to the 1.2.x version, but I've received no feedback since then. Marco, Sorry about the delay. I have now uploaded the new package and installed a watch file to pick up new versions, when they are released upstream. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#354860: [Pkg-kde-extras] Bug#354860: kvpnc writes new entries in chap-secrets rather than overwiting
Fathi, Thanks for the quick responses.. However, Email to [EMAIL PROTECTED] doesn't actually go to the submitter of the bug. :-( You need to include either [EMAIL PROTECTED], or the actual email address of the submitter. Mark On Wednesday 01 March 2006 16:59, Fathi Boudra wrote: like bug #354857 : Fixed too, in upstream cvs/next release (0.8.3). Updated package will fix this issue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340141: pykdeextensions package
On Tuesday 28 February 2006 17:07, you wrote: hi mark, can you upload pykdeextensions ? Done! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353348: marked as done (hpoj: ptal-mlcd failed to start!)
On Sunday 19 February 2006 00:01, Steve Langasek wrote: So, since Guilherme's follow-up confirms this, reopening and merging. I think important is the correct severity; I think USB hpojs are more common than parallel, so this is still usable for the majority of users. Thanks Steve, hplip is now a better option for USB based multi-function devices and is the upstream update to hpoj. hpoj is still the only option for parallel based multi-function devices. I'll revert hpoj to run as root which should fix this issue for parallel port operation. In the meantime hpoj-0.91-4 from stable should work with parallel port multi-function devices. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353348: marked as done (hpoj: ptal-mlcd failed to start!)
On Friday 17 February 2006 21:48, Debian Bug Tracking System wrote: Um, that looks like a permissions problem on the device for your parallel port, and not a bug in hpoj at all. You will need to configure your system (presumably using udev and/or /etc/group) to grant the hpojlp user access to /dev/lp0. For the record, I'm using hpoj 0.91-9 here and it works fine. Steve, Can you confirm you are using a parallel port printer with 0.91-9? There are reports that unless hpoj runs as root, that parallel support does not function correctly, even with correct permissions on the lp devices. For example have a look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=339584 Mark
Bug#353437: RM: openh323gk -- RoM; obsolete
Package: ftp.debian.org Severity: normal Dear ftp-masters, openh323gk was a transition package prior to the release of sarge. gnugk is now installed in all releases. Please remove openh323gk from testing/ unstable. Thanks, Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#244526: SER in Debian VoIP packaging coordination Team
Jan, We would be very happy to sponsor your packages into the pkg-voip-maintainers archive and upload into Debian. I take it your packages at http://ftp.iptel.org/pub/ser/latest/packages/debian/unstable/ are the one's we should upload. Mark On Wednesday 15 February 2006 10:33, Jérôme Warnier wrote: Hi guys, At iptel.org, they provide Debian packages for SER for a long time now. Jan Janak (in cc), the main packager for this (with contributions from several other people, not necessarily working at iptel.org) has gotten a bit frustrated about not finding any sponsor to upload those packages to Debian. There is even negociation ongoing to get them integrated in Ubuntu. I thought it could be a good idea to write you guys about that. What do you think? Regards ___ Pkg-voip-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-voip-maintainers
Bug#339584: hpoj: ptal-mlcd reports Access denied to parallel port!
Martin, Julian, Has ubuntu been able to make any headway on this. I am about at the point with debian/hpoj to revert hpoj to run as root, allowing access to the parallel port. Thanks, Mark On Friday 06 January 2006 06:16, Julian Gilbey wrote: Hi Martin! Could you have a look at this bug. How can the Ubuntu patch work at all given the point below? ptal-mlcd needs access to the IO ports, doesn't it? Isn't it necessary for the daemon to start as root to get the ports it needs and then to drop privileges? Julian On Wed, Jan 04, 2006 at 05:10:55AM +, Julian Gilbey wrote: On Thu, Nov 17, 2005 at 09:25:13PM +1100, Mike Williams wrote: Package: hpoj Version: 0.91-9 Severity: important I can no longer print to my parallel-port OfficeJet K80 printer. When probing using ptal-init setup, it reports *** ptal-mlcd failed to start! Check syslog file for error messages. /var/log/lpr.log contains: Nov 17 21:21:33 kumara ptal-mlcd: FATAL ERROR at ParPort.cpp:48, dev=mlc:par:probe, pid=6847, e=1, t=113893 Access denied to parallel port! It seems that the problem might be something like this: the non-root daemon patch applied to fix bug#298064 means that ptal-init tries to run ptal-mlcd as hpojlp:lp. But ptal-mlcd calls iolp(3), which is refused by the kernel when called by a non-root user, or so it would appear. I'm not sure whether this is the reason for the breakage, but it sure looks likely. I'm having no problems on my out-of-date testing system running hpoj version 0.91-4, but have no joy at all on my unstable system. Julian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345815: [Pkg-kde-extras] Bug#345815: #345815 kmymoney2: default geometry too large for screen
On Thursday 09 February 2006 02:32, Rob Bochan wrote: From: Thomas Baumgart [EMAIL PROTECTED] Please upgrade to 0.8.2. The problem has been fixed there. 0.6.4 will not be maintained anymore. Excuse me? You're telling that a package version in Sarge will not be maintained any longer? Rob, Thomas is an upstream kmymoney2 developer. I forwarded the bug report upstream as it wasn't a specific Debian issue per se, but rather an upstream issue, Thomas, advised that upstream aren't maintaining 0.6.4 anymore. Is this a Debian policy? As far as Debian goes, the stable branch is only maintained for security updates, new versions of packages are not submitted. As this is not a security issue it won't be fixed for sarge. Short of using testing/unstable or going to 34rd parties, just how would one upgrade to 0.8.2 when it's not even available in Sarge? There are a couple of options available. You could always backport the package from sid to work in a sarge environment. http://www.backports.org maybe able to assist here. Or you could add a sid deb-src line to your apt/sources.list and then do something like: # apt-get build-dep kmymoney2 # apt-get -b source kmymoney2 Or alternatively you could wait until the next stable release of Debian which should contain the updated version of kmymoney2. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350874: [Pkg-kde-extras] Bug#350874: [Kmymoney2-developer] Re: kmymoney 0.8.2 build dependency on $(HOME) directory
On Thursday 02 February 2006 17:19, Thomas Baumgart wrote: The real problem though is, that our configure script does not support being called by an absolute path. I changed that in the current CVS HEAD version and try to backport it for the next stable release. How could this be tested upfront? Thomas, I took your changes from CVS head and we still have the issue with trying to build without a $(HOME). Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351951: ITP: wengophone -- A free SIP softphone
On Thursday 09 February 2006 09:10, Lionel Elie Mamane wrote: On Wed, Feb 08, 2006 at 08:21:42PM +0100, Marco Nenciarini wrote: * Package name: wengophone Upstream Author : Wengo SAS wengophone-devel@lists.openwengo.com Description : A free SIP softphone You may want to do it in the framework of the Debian VoIP packaging team. Marco, Are you aware of pkg-voip-maintainers. We have an svn area on http://svn.debian.org, which is worth checking out. We also have a README which should help you getting started if you would like to join the team. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350762: hal: Not mounting usb keys confirmed here
Package: hal Version: 0.5.6-2 Followup-For: Bug #350762 I can confirm that hal is not mounting USB keys either.. This bug should be reopened. Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1) Versions of packages hal depends on: ii adduser 3.81 Add and remove users and groups ii dbus 0.60-5 simple interprocess messaging syst ii libc6 2.3.5-12.1 GNU C Library: Shared libraries an ii libdbus-1-2 0.60-5 simple interprocess messaging syst ii libdbus-glib-1-2 0.60-5 simple interprocess messaging syst ii libexpat1 1.95.8-3 XML parsing C library - runtime li ii libglib2.0-0 2.8.6-1The GLib library of C routines ii libhal1 0.5.6-2Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.11-4 userspace USB programming library ii lsb-base 3.0-15 Linux Standard Base 3.0 init scrip ii pciutils 1:2.1.11-15.3 Linux PCI Utilities ii udev 0.084-3/dev/ and hotplug management daemo ii usbutils 0.71+cvs20051029-4 USB console utilities hal recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351348: noteedit: Crash (SIGABRT) on startup - what(): Failed to create the MIDI scheduler
Package: noteedit Version: 2.8.0-2 Severity: important Paul, I don't think noteedit should crash on startup, if it can't find a MIDI device. Mark [EMAIL PROTECTED]:~$ noteedit QSettings::sync: filename is null/empty QSettings::sync: filename is null/empty LilyPond check: not available. ALSA lib seq_hw.c:455:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory TSE3: Alsa scheduler error. Couldn't open sequencer (No such file or directory) terminate called after throwing an instance of 'TSE3::MidiSchedulerError' what(): Failed to create the MIDI scheduler KCrash: Application 'noteedit' crashing... [EMAIL PROTECTED]:~$ -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages noteedit depends on: ii kdelibs4c2a 4:3.5.1-1 core libraries for all KDE applica ii libc6 2.3.5-12.1 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-8 GCC support library ii libqt3-mt 3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii libtse3-0.3.1c2a 0.3.1-4portable MIDI sequencer engine in ii noteedit-data 2.8.0-2KDE Music Editor (data files) noteedit recommends no packages. -- no debconf information (no debugging symbols found) Using host libthread_db library /lib/tls/i686/cmov/libthread_db.so.1. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1237083936 (LWP 19578)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [KCrash handler] #6 0xe410 in __kernel_vsyscall () #7 0xb7bb06d1 in raise () from /lib/tls/i686/cmov/libc.so.6 #8 0xb7bb1f9b in abort () from /lib/tls/i686/cmov/libc.so.6 #9 0xb7da1e51 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #10 0xb7d9f765 in __gxx_personality_v0 () from /usr/lib/libstdc++.so.6 #11 0xb7d9f7a2 in std::terminate () from /usr/lib/libstdc++.so.6 #12 0xb7d9f90a in __cxa_throw () from /usr/lib/libstdc++.so.6 #13 0xb6b058ac in TSE3::MidiSchedulerFactory::createScheduler () from /usr/lib/libtse3-0.3.1.so #14 0xb7ec6172 in NMidiMapper::NMidiMapper () from /usr/lib/noteedit/libnoteedit.so.1 #15 0x0804a3c2 in ?? () #16 0x0818ef00 in ?? () #17 0x0804ac9e in vtable for QGList () #18 0x0001 in ?? () #19 0xb766af90 in QColor::color_init () from /usr/lib/libqt-mt.so.3 #20 0x0008 in ?? () #21 0xb7cbbca0 in __malloc_initialize_hook () from /lib/tls/i686/cmov/libc.so.6 #22 0xb7cbbc98 in __malloc_initialize_hook () from /lib/tls/i686/cmov/libc.so.6 #23 0xb7cbb898 in __malloc_initialize_hook () from /lib/tls/i686/cmov/libc.so.6 #24 0x0008 in ?? () #25 0xb7cbbca0 in __malloc_initialize_hook () from /lib/tls/i686/cmov/libc.so.6 #26 0x in ?? ()
Bug#311367: Any progress
On Friday 03 February 2006 20:26, you wrote: I see that Mark Purcell (CC'ed) has created an alioth project for packaging mythtv [1], but I cannot see any progress on that side yet. If you are just after some mythtv deb's then you should grab them from: deb ftp://ftp.nerim.net/debian-marillat/ sid main Marc, could you please give a status update in this bug trail? [1] http://alioth.debian.org/projects/pkg-mythtv/ The alioth project I have setup is about creating a DFSG version of mythtv which can be loaded into Debian proper. I think this can be accomplished via removal of the dependences on liblame, but that means no mp3 support. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307536: kphone: Should left a notice if you missed a call
On Saturday 04 February 2006 08:02, Ludovic Drolez wrote: You should try kphone 4.2: - it leaves a window for each missed call with the call hour - and missed calls are available in the phonebook Ludovic, Please note that you need to forward comments to -submitter if you want to original author of the bug report to receive your comments. Here's my kphone 4.2 backported to sarge: http://ldrolez.free.fr/software/deb/sarge/ Excellent! Could I ask you to upload your backport to htp://www.backports.org and then everyone will get visibility of it. Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351033: RM: kbanking -- RoM; obsolete
Package: ftp.debian.org Severity: normal kbanking has now been merged into libaqbanking, thus the kbanking package should be removed from the archive. Thanks, Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350874: [Pkg-kde-extras] Re: [Kmymoney2-developer] Re: kmymoney 0.8.2 build dependency on $(HOME) directory
On Thursday 02 February 2006 06:19, Thomas Baumgart wrote: The real problem though is, that our configure script does not support being called by an absolute path. I changed that in the current CVS HEAD version and try to backport it for the next stable release. How could this be tested upfront? Thomas, Thanks for the response. I guess we could test a couple of ways. If you are able to backport into a config script that will work for 0.8.2, then I can attempt to build in a chroot here which should simulate the buildd's, then if that works I can submit the modified package to the buildd's and let them all have a go. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350846: RM: linuxvideostudio -- RoM; old; depends on non-free; alternatives exist
Package: ftp.debian.org Severity: normal Thanks -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339584: hpoj: ptal-mlcd reports 'Access denied to parallel port!'
Could you have a look at this bug. How can the Ubuntu patch work at all given the point below? ptal-mlcd needs access to the IO ports, doesn't it? Isn't it necessary for the daemon to start as root to get the ports it needs and then to drop privileges? What I think is happening is that the majority of users for hpoj are using the USB interface which works fine as non-root. ALthough there is now the hplip which is going to provide a much better USB experience for HP multi function device owners. This running as non-root doesn't effect many users. The parallel port users can't use hplip, and are thus forced to use hpoj, which is broken for parallel port use running as non-root. My intentions with the Debian package are to back out the non-root patch and leave hpoj running as root to satisfy the parallel port users. Unless we can get a non-root patch which works with the parallel port as well. Also have a look at https://bugzilla.ubuntu.com/show_bug.cgi?id=11821 http://bugs.debian.org/339584 where this is discussed. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342492: digikam: needs rebuild against latest libraries
reopen 342492 severity 342492 serious merge 342492 343135 block 342492 by 342879 block 343135 by 342879 thanks Could you please reschedule a binNMU for digikam on i386, it seems to Scheduled for i386, hppa, and arm. Thanks Steve, Unfortunatly we are now blocked by the make bug which is effecting all cdbs packages.. So a binNMU will be required once make is fixed or I can Build-Depend on a working version of make? Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342379: twinkle uninstallable on sid
On Thursday 08 December 2005 01:17, Adeodato Simó wrote: * Mark Purcell [Wed, 07 Dec 2005 23:45:46 +]: twinkle [...] Please, Mark, reupload libccrtp bumping its build-dependency on libcommoncpp2-dev to (= 1.3.21-2). Since twinkle is on a proper Dep-Wait state (see [1]), it'll get automatically built after this upload. Adeodato, Thanks for the help with this. I have just uploaded libccrtp, so hopefully everything should clear now. Mark
Bug#342379: twinkle uninstallable on sid
On Wednesday 07 December 2005 16:39, Giuseppe D'Angelo wrote: Twinkle is uninstallable on sid right now: it depends on kdelibs4c2, but kdelibs4c2a is replacing that package. Giuseppe, I'm pretty sure we are awaiting a binNMU from the release team for twinkle, per: http://lists.debian.org/debian-devel-announce/2005/11/msg00010.html Steve. Could you please schedule rebuilds for the following: twinkle digikam digikamimageplugins Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341395: seperate api docs and configuration samples
Could you take a look at this patch, then? It gets applied on the SVN trunk of the asterisk package: http://caio.ueberalles.net/asterisk/1.2.0/caio_splitdocs.diff Thanks, That's pretty much what I have done with 1.2.0.dfsg-6 release, but I will roll in your doc-base and muted.conf suggestions for the next upload. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342282: camera access works only when root
On Tuesday 06 December 2005 19:58, Pekka Jääskeläinen wrote: I can access my camera (a Canon A75 trough USB) only when I'm running digikam as root. I can confirm this problem as I just encountered it on the weekend. We shall investigate and get back to you. Thanks for the report. Mark
Bug#341395: seperate api docs and configuration samples
Caio Begotti wrote: I hope it finally solves the big documentation issue from Asterisk guys :) Thanks for the work on this. I don't think we need another package.. I'm just going to ship the .config examples with the main asterisk package (they are pretty small) and leave the asterisk-doc package to contain all the API details. We just switched off building for unstable as it was taking a long time between builds.. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341363: asterisk: Should build-depend on libcurl3-dev
tags 341363 pending thanks fixed in svn.. On Tuesday 29 November 2005 19:27, Jerome Warnier wrote: Package: asterisk Version: 1:1.2.0.dfsg-4 Severity: important Justification: fails to build from source apps/Makefile uses curl-config, which is part of package libcurl3-dev. Regards -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) ___ Pkg-voip-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-voip-maintainers -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340772: libofx-dev: trying to overwrite `/usr/lib/libofx.a', which is also in package libofx2
Package: libofx-dev Version: 1:0.8.0-7 Severity: normal I think you might need to play around with your Replaces:/ Conflicts: headers: Preparing to replace libofx-dev 1:0.8.0-3 (using .../libofx-dev_1%3a0.8.0-7_i386.deb) ... Unpacking replacement libofx-dev ... dpkg: error processing /var/cache/apt/archives/libofx-dev_1%3a0.8.0-7_i386.deb (--unpack): trying to overwrite `/usr/lib/libofx.a', which is also in package libofx2 Errors were encountered while processing: /var/cache/apt/archives/libofx-dev_1%3a0.8.0-7_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) Mark -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages libofx-dev depends on: ii libc6-dev 2.3.5-8GNU C Library: Development Librari di libofx2 1:0.8.0-3 library to support Open Financial ii libosp-dev1.5.1.0-4 OpenJade group's SP suite, develop libofx-dev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337423: Patch location
For those who are looking for the upstream patch workaround.
You need to apply to /usr/include/kde/kresources/manager.h, then you can build
kopete-svn and others...
It is available here:
http://websvn.kde.org/branches/KDE/3.5/kdelibs/kresources/manager.h?rev=472457r1=465272r2=472457
--- branches/KDE/3.5/kdelibs/kresources/manager.h 2005/09/29 09:47:40
465272
+++ branches/KDE/3.5/kdelibs/kresources/manager.h 2005/10/20 20:02:38
472457
@@ -335,7 +335,7 @@
++it ) {
QString desc = mFactory-typeName( *it );
if ( !mFactory-typeDescription( *it ).isEmpty() )
- desc += ( + mFactory-typeDescription( *it ) + );
+ desc += QString::fromLatin1( () +
mFactory-typeDescription( *it ) + QString::fromLatin1());
typeDescs.append( desc );
}
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336749: asterisk: Please package 1.2 beta 2
On Tuesday 08 November 2005 21:08, you wrote: Yes, indeed. The thing I don't understand is who the hell creates those .ctl and .pid files as root. Check this: # rm -rf /var/run/asterisk* # /etc/init.d/asterisk start Starting Asterisk PBX: Unable to open pid file '/var/run/asterisk.pid': Permission denied asterisk. Thanks That's the problem. In debian/patches/30_ast-data-dir.dpatch I'm supposed change the default location for the .pid file, but for some reason this didn't make it into the 1.2beta packages. You need to apply: - ASTVARRUNDIR=$(INSTALL_PREFIX)/var/run + ASTVARRUNDIR=$(INSTALL_PREFIX)/var/run/asterisk to debian/patches/30_ast-data-dir I shall upload another build to experimental. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330983: asterisk: Building chan_zap.so (and five other modules) requires zaptel.h at the wrong place
On Tuesday 08 November 2005 10:04, Christoph Biedl wrote: [...] I have been told the package was uploaded by the maintainer, not build on the Debian buildds. Which would also explain the bug report. [...] This is not for the i386 architecture. I admit that this build log looks fine for alpha but cannot verify it (there's only i386 and hppa here). OK the original asterisk_1:1.0.7.dfsg.1-2 package (i386) and buildds were built against zaptel-source_1:1.0.7-1. In the leadup to the release for sarge asterisk remained the same, however zaptel-source tranisitioned to using modules-assistant and underwent a number of NMU's and was released in sarge as zaptel (1:1.0.7-4.1). The fix as pointed out originally is to update 08_debian-zaptel.dpatch to acount for the new include file location. In fact the patch isn't needed at all as the package compiles correctly without it :-( This is fixed in unstable allready as this patch is no longer used. I have now applied this to svn.debian.org under pkg-voip, to version 1:1.0.7.dfsg.1-2sarge1 Question is? Now the package is fixed how to get an additional upload into stable? Given the guidance in the developers reference, I'm not sure we qualify against the critera: http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-upload-stable Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330983: asterisk: Building chan_zap.so requires zaptel.h at the wrong place
severity 330983 normal thanks Christoph, thanks for the bug report. Andreas. Why did you raise this to serverity serious? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=330983;msg=7 On Friday 30 September 2005 21:49, Christoph Biedl wrote: Re-building the asterisk package from the sources (I had to apply some patches but this problem exists in the original Debian sources, too) I found the chan_zap.so module was missing in the created packages. This renders such a package quite unusable since communication using ISDN is not possible any longer. Not quite sure why this is occuring as all the packages build from the original source already have the chan_zap.so module: http://packages.debian.org/cgi-bin/search_contents.pl?word=chan_zap.sosearchmode=searchfilescase=insensitiveversion=stablearch=i386 http://buildd.debian.org/fetch.php?pkg=asteriskver=1%3A1.0.7.dfsg.1-2arch=alphastamp=412545file=logas=raw This happened due to checks in channels/Makefile which test for the presence of '/usr/src/modules/zaptel/zaptel.h' and skip chan_zap compilation if missing. However, there is no file in the Debian distribution. /usr/src/modules/zaptel/zaptel.h is inside /usr/src/zaptel.tar.bz2, which is in the zaptel-source deb. Which version of zaptel source are you using? Workaround: Create the directory /usr/src/modules/zaptel and symlink /usr/include/linux/zaptel.h (provided by zaptel-source) there. Solution was probably to review debian/patches/08_debian-zaptel.dpatch whether it really does things as it should do. As this worked on all the buildds at the time. I'm not sure the patch isn't working as advertised. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337249: taskjuggler: TaskJuggler crashes when trying to create/open new .tjp file
tags 337249 unreproducable help severity 337249 normal thanks On Thursday 03 November 2005 19:38, Hanuš Adler wrote: I'm attaching both. I am afraid I can't tell when this started to happen -- last time I was using it sometimes in August, and then it did work okay. Thanks for the traces, not that I can tell me much of what the problem is from them. There doesn't appear to be anything obvious. I have just uploaded the next version 2.2.0 beta of taskjuggler to unstable. Can you install 2.2.0 and see if the problem still persists. Thanks, Mark
