Bug#891824: jenkins-job-builder: new upstream release - 2.0.2
Package: jenkins-job-builder Version: 2.0.0~b2-2 Severity: wishlist Dear Maintainer, There's a new upstream release available. PLease update to 2.0.2. I can't do it myself since you removed me from Uploaders without my consent due to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=879305 Btw, the debian/unstable branch doesn't reflect reality. Package 2.0.0~b2-2 has been uploaded. The tag hasn't been created either. Cheers, Fathi -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, arm64 Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages jenkins-job-builder depends on: ii python-jenkins-job-builder 2.0.0~b2-2 jenkins-job-builder recommends no packages. jenkins-job-builder suggests no packages. -- no debconf information
Bug#879298: Correcting statement about fabo
Hi, On Tue, Oct 24, 2017 at 3:25 AM, Steve Robbins wrote: > Hi Tobias, > > Thanks for the correction! > > On Tuesday, October 24, 2017 12:08:02 AM CDT you wrote: >> Hallo, >> >> When I filed the bugs in respect of the maintainer status of Fathi I used >> the wrong switch in the script. I'd like to correct that. >> >> Fathi has NOT retired, so the sentcne Fathi having retired is wrong. >> >> it should have read >> >> Fathi Boudra has not been working on the $PKG package for >> quite some time. >> >> I'm sorry for the inconvenience. > > No problem. Is it still the case that you recommend Fathi be removed from the > uploaders list? I have no clue what the script is doing and can't comment on behalf of the MIA team/Tobias. I believe it isn't a recommendation by the MIA team but it's up to the co-maintainer(s) to take a decision how they see fit for the said package(s). > Thanks, > -Steve Cheers, Fathi
Bug#688280: reassign 688280 to adb
Hi,
On Tue, Dec 27, 2016 at 3:03 PM, Salvatore Bonaccorso wrote:
> Hi Moritz,
>
> On Tue, Dec 27, 2016 at 12:48:34PM +0100, Moritz Mühlenhoff wrote:
>> On Wed, Dec 21, 2016 at 08:49:00PM +0200, Fathi Boudra wrote:
>> > Hi,
>> >
>> > On Wed, Dec 21, 2016 at 4:59 PM, Salvatore Bonaccorso
>> > wrote:
>> > > Hi
>> > >
>> > > On Wed, Dec 21, 2016 at 03:49:26PM +0200, Fathi Boudra wrote:
>> > >> reassign 688280 adb
>> > >> thanks
>> > >
>> > > Is this reassign correct? Paul Wise in
>> > > https://bugs.debian.org/688280#14 already did clone the bug to
>> > > reassign it for the android-platform-system-core source package.
>> > >
>> > > So there should still be
>> > >
>> > > #688280 for src:android-tools
>> > > #823792 for src:android-platform-system-core
>> >
>> > You're right. Jessie src:android-tools is still affected.
>>
>> Which version fixed this for src:android-tools in unstable?
>
> Not yet for unstable for src:android-tools. I recently updated the
> security-tracker information as:
>
> - android-tools (bug #688280) <-- still unfixed
> - android-platform-system-core 1:7.0.0+r1-1 (bug #823792)
>
> src:android-tools as per current version in unstable still has:
>
> system/core/adb/adb.c:fd = unix_open("/tmp/adb.log", O_WRONLY | O_CREAT |
> O_APPEND, 0640);
adb binary in unstable isn't built anymore from src:android-tools,
only from src:android-platform-system-core.
android-platform-system-core is using 7.x source code and doesn't
contain fd = unix_open("/tmp/adb.log" anymore:
https://android.googlesource.com/platform/system/core/+/android-7.0.0_r1/adb/adb.cpp
https://android.googlesource.com/platform/system/core/+/android-5.1.1_r38/adb/adb.c#990
I haven't seen any patch from Google (or anybody else) to fix the 5.x serie.
Is randomizing the path with mktemp is good enough or should I get rid
of the log file completely?
Note: even if the source code code contains the problem, it isn't used
because we don't build adb at all in android-tools.
>
> Regards,
> Salvatore
Cheers,
Fathi
Bug#837068: glshim uploaded to mentors.debian.net
Hi, Your upload of the package 'glshim' to mentors.debian.net was successful. Others can now see it. The URL of your package is: https://mentors.debian.net/package/glshim The respective dsc file can be found at: https://mentors.debian.net/debian/pool/main/g/glshim/glshim_0.42-1.dsc Thanks.
Bug#849055: RM: kftpgrabber -- RoM; abandoned upstream
On Thu, Dec 22, 2016 at 10:47 AM, Adam D. Barratt wrote: > On 2016-12-22 8:25, Fathi Boudra wrote: >> >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: rm >> >> kftpgrabber hasn't been updated since 2007 and has been abandoned >> upstream. > > > Similarly this is presumably a request for removal from unstable? yes, please. Thanks. > Regards, > > Adam Cheers, Fathi
Bug#849054: RM: qtemu -- RoM; abandoned upstream
On Thu, Dec 22, 2016 at 10:47 AM, Adam D. Barratt wrote: > On 2016-12-22 8:17, Fathi Boudra wrote: >> >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: rm >> >> QtEmu hasn't been updated since 2007 and is abandoned upstream. > > > In which case it presumbaly wants removing from unstable? from unstable and experimental. thanks. > Regards, > > Adam Cheers, Fathi
Bug#849055: RM: kftpgrabber -- RoM; abandoned upstream
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm kftpgrabber hasn't been updated since 2007 and has been abandoned upstream. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, arm64 Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system)
Bug#849054: RM: qtemu -- RoM; abandoned upstream
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm QtEmu hasn't been updated since 2007 and is abandoned upstream. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, arm64 Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system)
Bug#688280: reassign 688280 to adb
Hi, On Wed, Dec 21, 2016 at 4:59 PM, Salvatore Bonaccorso wrote: > Hi > > On Wed, Dec 21, 2016 at 03:49:26PM +0200, Fathi Boudra wrote: >> reassign 688280 adb >> thanks > > Is this reassign correct? Paul Wise in > https://bugs.debian.org/688280#14 already did clone the bug to > reassign it for the android-platform-system-core source package. > > So there should still be > > #688280 for src:android-tools > #823792 for src:android-platform-system-core You're right. Jessie src:android-tools is still affected. > Regards, > Salvatore Cheers, Fathi
Bug#845106: x11vnc: configure does not find libssl, builds without OpenSSL support
Hi, On Thu, Dec 1, 2016 at 11:50 AM, Danny Edel wrote: > On Sun, 20 Nov 2016 13:37:46 +0100 Hilko Bengen wrote: >> after searching for "AC_CHECK_LIB(ssl, SSL_library_init" using >> codesearch.debian.net and rebuilding with OpenSSL 1.1, I found that the >> OpenSSL is no longer detected and thus no longer used when building the >> package. > > Hello, > > is anyone already working on this? If not, I would try resolving this > myself, since I use x11vnc a lot and would very much like to see it in > stretch. The autoremoval because of this bug is currently scheduled for > January 3. yes but I'm waiting for my key replacement to do the upload. I haven't heard from RT yet. I may ask a sponsored upload if RT doesn't react faster.
Bug#842534: libmodbus: new upstream release - 3.1.4
Source: libmodbus Version: 3.0.6-1 Severity: wishlist Dear Maintainer, Please update libmodbus to latest release. 3.0.6 is 3 years old and 3.1.4 is pretty stable. In my case, MRAA/UPM requires >= 3.1.2 version. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, arm64 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system)
Bug#841435: golang-1.6: hardcoded pagesize returned
Source: golang-1.6
Severity: normal
Tags: patch
Dear Maintainer,
Please backport the follwoing patch:
https://github.com/golang/go/commit/1b9499b06989d2831e5b156161d6c07642926ee1
The hardcoded value is obviously wrong on arm64 systems with 4K pagesize.
Cheers,
Fathi
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386, armhf, arm64
Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
>From 1b9499b06989d2831e5b156161d6c07642926ee1 Mon Sep 17 00:00:00 2001
From: Austin Clements
Date: Mon, 18 Jul 2016 22:00:45 -0400
Subject: [PATCH] syscall: make Getpagesize return page size from runtime
syscall.Getpagesize currently returns hard-coded page sizes on all
architectures (some of which are probably always wrong, and some of
which are definitely not always right). The runtime now has this
information, queried from the OS during runtime init, so make
syscall.Getpagesize return the page size that the runtime knows.
Updates #10180.
Change-Id: I4daa6fbc61a2193eb8fa9e7878960971205ac346
Reviewed-on: https://go-review.googlesource.com/25051
Run-TryBot: Austin Clements
TryBot-Result: Gobot Gobot
Reviewed-by: Brad Fitzpatrick
---
---
src/runtime/runtime.go |3 +++
src/syscall/syscall.go |4
src/syscall/syscall_darwin_386.go |2 --
src/syscall/syscall_darwin_amd64.go|2 --
src/syscall/syscall_darwin_arm.go |2 --
src/syscall/syscall_darwin_arm64.go|2 --
src/syscall/syscall_dragonfly_amd64.go |2 --
src/syscall/syscall_freebsd_386.go |2 --
src/syscall/syscall_freebsd_amd64.go |2 --
src/syscall/syscall_freebsd_arm.go |2 --
src/syscall/syscall_linux_386.go |2 --
src/syscall/syscall_linux_amd64.go |2 --
src/syscall/syscall_linux_arm.go |2 --
src/syscall/syscall_linux_arm64.go |2 --
src/syscall/syscall_linux_mips64x.go |2 --
src/syscall/syscall_linux_ppc64x.go|2 --
src/syscall/syscall_linux_s390x.go |2 --
src/syscall/syscall_nacl.go|1 -
src/syscall/syscall_netbsd_386.go |2 --
src/syscall/syscall_netbsd_amd64.go|2 --
src/syscall/syscall_netbsd_arm.go |2 --
src/syscall/syscall_openbsd_386.go |2 --
src/syscall/syscall_openbsd_amd64.go |2 --
src/syscall/syscall_openbsd_arm.go |2 --
src/syscall/syscall_plan9.go |2 --
src/syscall/syscall_solaris_amd64.go |2 --
src/syscall/syscall_windows.go |2 --
27 files changed, 7 insertions(+), 49 deletions(-)
--- a/src/runtime/runtime.go
+++ b/src/runtime/runtime.go
@@ -52,5 +52,8 @@ var argslice []string
//go:linkname syscall_runtime_envs syscall.runtime_envs
func syscall_runtime_envs() []string { return append([]string{}, envs...) }
+//go:linkname syscall_Getpagesize syscall.Getpagesize
+func syscall_Getpagesize() int { return int(physPageSize) }
+
//go:linkname os_runtime_args os.runtime_args
func os_runtime_args() []string { return append([]string{}, argslice...) }
--- a/src/syscall/syscall.go
+++ b/src/syscall/syscall.go
@@ -93,6 +93,10 @@ func (tv *Timeval) Nano() int64 {
return int64(tv.Sec)*1e9 + int64(tv.Usec)*1000
}
+// Getpagesize is provided by the runtime.
+
+func Getpagesize() int
+
// use is a no-op, but the compiler cannot see that it is.
// Calling use(p) ensures that p is kept live until that point.
// This was needed until Go 1.6 to call syscall.Syscall correctly.
--- a/src/syscall/syscall_darwin_386.go
+++ b/src/syscall/syscall_darwin_386.go
@@ -6,8 +6,6 @@ package syscall
import "unsafe"
-func Getpagesize() int { return 4096 }
-
func TimespecToNsec(ts Timespec) int64 { return int64(ts.Sec)*1e9 + int64(ts.Nsec) }
func NsecToTimespec(nsec int64) (ts Timespec) {
--- a/src/syscall/syscall_darwin_amd64.go
+++ b/src/syscall/syscall_darwin_amd64.go
@@ -6,8 +6,6 @@ package syscall
import "unsafe"
-func Getpagesize() int { return 4096 }
-
func TimespecToNsec(ts Timespec) int64 { return int64(ts.Sec)*1e9 + int64(ts.Nsec) }
func NsecToTimespec(nsec int64) (ts Timespec) {
--- a/src/syscall/syscall_darwin_arm.go
+++ b/src/syscall/syscall_darwin_arm.go
@@ -6,8 +6,6 @@ package syscall
import "unsafe"
-func Getpagesize() int { return 4096 }
-
func TimespecToNsec(ts Timespec) int64 { return int64(ts.Sec)*1e9 + int64(ts.Nsec) }
func NsecToTimespec(nsec int64) (ts Timespec) {
--- a/src/syscall/syscall_darwin_arm64.go
+++ b/src/syscall/syscall_darwin_arm64.go
@@ -6,8 +6,6 @@ package syscall
import "unsafe"
-func Getpagesize() int { return 16384 }
-
func TimespecToNsec(ts Timespec) int64 { return int64(ts.Sec)*1e9 + int64(ts.Nsec) }
func NsecToTimespec(nsec int64) (ts Timespec) {
--- a/src/syscall/syscall_dragonfly_amd64.go
+++ b/
Bug#832715: Ceph from Jessie-backports missing systemd service files on AArch64
Hi, Ceph from jessie-backports doesn't have any support for systemd. It's shipped with a regular init script to start the daemon (/etc/init.d/ceph) Cheers, Fathi
Bug#832714: Ceph from Jessie-backports has unmet dependencies on AArch64
Hi, I tried to reproduce and it works for me. The command used is incorrect: apt-get install ceph=0.80.10-2~bpo8+1 You should use: apt-get -t jessie-backports install ceph Cheers, Fathi
Bug#839891: idlestat: new upstream release 0.7wq!
Package: idlestat Version: 0.6-2 Severity: wishlist Dear Maintainer, idlestat 0.7 is now available. Please, update the package to the latest version. Thanks! -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf, arm64 Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages idlestat depends on: ii libc6 2.24-3 idlestat recommends no packages. idlestat suggests no packages. -- no debconf information
Bug#805795: ITP: libsoc -- C library to interface with common peripherals (gpio, i2c, spi, pwm)
Package: wnpp Owner: Fathi Boudra Severity: wishlist * Package name: libsoc Version : 0.7 Upstream Author : Jack Mitchell * URL : https://github.com/jackmitch/libsoc * License : LGPL-2.1 Programming Lang: C Description : C library to interface with common peripherals (gpio, i2c, spi, pwm) libsoc is a C library to interface with common peripherals (gpio, i2c, spi, pwm) found in System on Chips (SoC) through generic Linux kernel interfaces.
Bug#805716: resize2fs: Invalid argument While checking for on-line resizing support
Subject: resize2fs: Invalid argument While checking for on-line resizing support Package: e2fsprogs Version: 1.43~WIP-2015-05-18-1 Severity: normal Dear Maintainer, Using latest resize2fs 1.43-WIP (18-May-2015), but same behavior is observed on Jessie package. I've run a session (see attachment) on a board with 8G eMMC: 1. resizing partition works fine, it expands as expected 2. resizing the filesystem fails resize2fs: Invalid argument While checking for on-line resizing support resize2fs: Invalid argument While trying to add group #25 3. filesystem is actually *partly* resized Filesystem Size Used Avail Use% Mounted on /dev/mmcblk0p9 3.1G 1.2G 1.9G 40% / 4. same steps on same board model with 4G works fine, resize2fs included: on boot Filesystem Size Used Avail Use% Mounted on /dev/mmcblk0p9 2.0G 1.6G 383M 81% / after running the commands: Filesystem Size Used Avail Use% Mounted on /dev/mmcblk0p9 3.0G 1.6G 1.5G 52% / Note: running on arm64 architecture (in case it matters). Any ideas, what's happening/going wrong? -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: arm64 (aarch64) root@developer:~# sgdisk -e /dev/mmcblk0 Warning: The kernel is still using the old partition table. The new table will be used at the next reboot. The operation has completed successfully. root@developer:~# partprobe root@developer:~# parted /dev/mmcblk0 resizepart 9 Yes 100% Warning: Partition /dev/mmcblk0p9 is being used. Are you sure you want to continue? Information: You may need to update /etc/fstab. root@developer:~# partprobe root@developer:~# parted /dev/disk/by-label/rootfs print Model: Unknown (unknown) Disk /dev/mmcblk0p9: 7200MB Sector size (logical/physical): 512B/512B Partition Table: loop Disk Flags: Number Start End SizeFile system Flags 1 0.00B 7200MB 7200MB ext4 root@developer:~# dumpe2fs /dev/disk/by-label/rootfs dumpe2fs 1.43-WIP (18-May-2015) Filesystem volume name: rootfs Last mounted on: /root Filesystem UUID: ff313567-e9f1-5a5d-9895-3ba130b4a864 Filesystem magic number: 0xEF53 Filesystem revision #:1 (dynamic) Filesystem features: has_journal resize_inode filetype needs_recovery extent sparse_super large_file uninit_bg Default mount options:(none) Filesystem state: clean Errors behavior: Remount read-only Filesystem OS type: Linux Inode count: 131072 Block count: 524288 Reserved block count: 0 Free blocks: 235568 Free inodes: 84035 First block: 0 Block size: 4096 Fragment size:4096 Reserved GDT blocks: 127 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Last mount time: Thu Jan 1 00:00:30 1970 Last write time: Thu Jan 1 00:00:30 1970 Mount count: 1 Maximum mount count: -1 Last checked: Thu Jan 1 00:00:00 1970 Check interval: 0 () Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode:8 Default directory hash: tea Journal backup: inode blocks Journal features: journal_incompat_revoke Journal size: 32M Journal length: 8192 Journal sequence: 0x0002 Journal start:1 Group 0: (Blocks 0-32767) csum 0x042a [ITABLE_ZEROED] Primary superblock at 0, Group descriptors at 1-1 Reserved GDT blocks at 2-128 Block bitmap at 129 (+129) Inode bitmap at 130 (+130) Inode table at 131-642 (+131) 78 free blocks, 22 free inodes, 707 directories Free blocks: 16027-16034, 16075, 16309, 17656-17662, 17699-17759 Free inodes: 818, 3211, 3234, 3239-3243, 3250-3253, 3294, 3298, 3303-3306, 3327, 3350, 3460, 3694 Group 1: (Blocks 32768-65535) csum 0xe7d9 [ITABLE_ZEROED] Backup superblock at 32768, Group descriptors at 32769-32769 Reserved GDT blocks at 32770-32896 Block bitmap at 32897 (+129) Inode bitmap at 32898 (+130) Inode table at 32899-33410 (+131) 182 free blocks, 8 free inodes, 1072 directories Free blocks: 43036, 43072-43078, 43889-43922, 44055-44129, 44608-44610, 44630-44654, 44850-44861, 45079-45096, 46823-46826, 53512-53514 Free inodes: 10318-10319, 10338, 10361, 12330-12333 Group 2: (Blocks 65536-98303) csum 0xeb7a [ITABLE_ZEROED] Block bitmap at 65536 (+0) Inode bitmap at 65537 (+1) Inode table at 65538-66049 (+2) 1 free blocks, 45 free inodes, 409 directories Free blocks: 98303 Free inodes: 16852, 16898, 17002, 17134, 17175, 17331, 17544, 17595, 17910, 18001, 18329, 18426, 18478, 18526, 18587, 19429, 19831, 22547, 22565-22567, 22619, 22927, 22971, 229
Bug#804315: [Vmdebootstrap-devel] Bug#804315: Namespace issues
On Mon, Nov 9, 2015 at 11:17 AM, Neil Williams wrote: > On Mon, 9 Nov 2015 11:18:32 +1100 > "Michael ." wrote: > >> >There is no namespace issue, we are building on the existing >> >live-config >> and >> >live-boot packages that are maintained and bringing these into >> >Debian as native projects. If necessary, these will be forks, but >> >I'm hoping that won't have to happen and that we can integrate these >> >packages into Debian and continue development in a collaborative >> >manner. >> >> Actually there is and I think any person who works in a legal capacity >> would verify that. > > No, in the Debian project, no team has exclusive rights over package > namespaces - filename conflicts are different. Namespacing should be > consistent with the purpose of the package to avoid confusion. > live-build-ng is the next generation of build tool for live images. The > name is appropriate. Obviously, several users don't agree with you. There's a conflict of interest in the naming of your new package, which confuse established users base of live-build. live-build-ng isn't a drop in replacement of live-build, or live-build deprecated in any way (except its usage by Debian CD team).
Bug#804315: [Vmdebootstrap-devel] Bug#804315: Namespace issues
On Mon, Nov 9, 2015 at 11:06 AM, Neil Williams wrote: > On Mon, 9 Nov 2015 08:59:41 +0100 > chals wrote: > >> On Mon, Nov 9, 2015 at 12:45 AM, Iain R. Learmonth >> wrote: >> > Hi, >> > >> > It is worth noting that live-build is not a Debian project, it is an >> > external project that claims to be an official Debian project. This >> > is something that needs to be fixed. >> > >> > There is no namespace issue, we are building on the existing >> > live-config and live-boot packages that are maintained and bringing >> > these into Debian as native projects. If necessary, these will be >> > forks, but I'm hoping that won't have to happen and that we can >> > integrate these packages into Debian and continue development in a >> > collaborative manner. >> > >> > live-build has been deprecated by debian-cd, and live-build-ng is >> > replacing it. In a purely Debian context at least, live-build is >> > deprecated. live-build-ng is being developed in collaboration with >> > debian-cd and D-I. >> > >> > I'm aware that I'm going to be upsetting people, but this has been >> > a long time coming and I'm not going to spend time bikeshedding >> > over naming. I would rather spend that time on integration of live >> > image creation into official Debian infrastructure and building the >> > best system for live image creation possible. >> > > > Apologies for making it look like Iain was the only voice on this. I've > been unwell this weekend and Steve has been busy with the miniDebConf > and is now (presumably) catching up on the sleep he lost whilst > organising it. > >> Hi, >> >> Reading what you say, and I beg your pardon before going on, I can >> tell that you absolutely have no idea about what the debian live >> project is or about its history. But well, I have to admit that if >> what you say is true, then you have a point. > > I've been involved with debian-live before. I remember a meeting with > the live team at a previous debconf (Argentina?) where one of my > previous rootfs build tools [multistrap] was being considered for a > role within live but we didn't find a good match. > >> You say "I'm aware that I'm going to be upsetting people, but this has >> been a long time coming" >> >> Yes you are absolutely right, you are upsetting people, people like me >> who have contributed to debian for years and spent hours of effort to >> make things better. > > Sorry, but I'm assuming you don't mean that Iain, Steve or I haven't > spent years contributing and uploading to Debian and years and years of > effort to make Debian better. > >> "A long time coming"? Excuse me, but the first thing I've ever heard >> in all these years is that you and I mean you (not the debian cd team, >> who supposedly is responsible for this upheaval) > > It is the team. Steve has been asking me for this support in > vmdebootstrap for months and months. Every time there is a release or a > point release, I get more nagging because he has to struggle with > fixing live-*. Would you (or Steve or the Debian CD team) please point to actual real bugs that affected you? You claim it as a reason of debian cd team switch to vmdebootsrap. As a live-build user, I'm interested by these. >> shows up from out of >> the blue claiming that you have the right to do as you please and >> decide about the future of the debian live team. > > Iain is not on his own. This comes from the debian-cd team. Steve has > been nagging me for vmdebootstrap support to replace live-build since > about a week after vmdebootstrap arrived in Debian, certainly before > the Jessie release. > >> This is, from my point of view, an act of dictatorship and with my >> authority as a debian user and contributor for years I demand you step >> down from your position and ask for forgiveness to the debian live >> team for being so rude, impolite and not worthy of any more of my >> priceless words and time. > > Not going to happen. Just what "authority" is a user meant to have? > Those who do the work in Debian earn the right to make the decisions on > how that work is done in Debian.
Bug#804315: [Vmdebootstrap-devel] Namespace issues
On Sat, Nov 7, 2015 at 1:33 PM, Neil Williams wrote: > On Sat, 07 Nov 2015 10:40:36 +0100 > Daniel Baumann wrote: > >> Hi Ian, >> >> nice to see you're interested in live-* stuff. however, please >> consider renaming this package (and also src:live-support), it >> invades/hijacks the Debian Live namespace. > > There is an explicit reason for this. vmdebootstrap is being extended > explicitly to provide support for a replacement for live-build. It's also hostile to an existing project and give the impression that live-build is obsolete/deprecated/unmaintained. > This work is happening within the debian-cd team to be able to solve the > existing problems with live-build. These problems include reliability > issues, lack of multiple architecture support and lack of UEFI support. > vmdebootstrap has all of these, we do use support from live-boot and > live-config as these are out of the scope for vmdebootstrap. Which reliability issues precisely and where have they been discussed publicly or even reported? Lack of multiple architecture support? I'm using it successfully and reliably on i386/amd64/armhf/arm64 architectures. Can you expand on the missing UEFI support or provide some pointer on what vmdebootstrap does? There's live-build users using UEFI with live-build. > It is also helpful that live-build-ng is written in python. fwiw, live-* 5.x is re-written in python. >> I'm sure you can come up with a suitable namespace on your own, e.g. >> vmdebootstrap-live and vmdebootstrap-live-support or something like >> that). > > The objective is that debian-cd builds official Debian Live images > without using live-build, using vmdebootstrap live support and > live-build-ng instead. > > This work began at Debconf15 and has been extended in the vmdebootstrap > sprint at the miniDebConfUK. Iain demonstrated a working Live image > with UEFI built using vmdebootstrap and the work is set to continue.
Bug#799939: chromium: does not build / is not available for armhf
Same applies to arm64. FWIW, Chromium is available on Ubuntu. If you've got some patches to test, I can try on devices for both armhf and arm64.
Bug#789629: jenkins-job-builder: newer version available upstream: 1.2.0
On Thu, Aug 20, 2015 at 11:56 AM, intrigeri wrote: > Michael Prokop wrote (20 Aug 2015 08:45:38 GMT) : >> I'd be happy to help out as well. > > Great to see so many people interested :) > >> Zigo offered to put it into the >> openstack pkg group since it's a openstack project. Someone else >> mentioned that the Python pkg group might fit as well. Opinions >> about that? > > Both options sound perfectly fine, and they deprecate the idea of > creating a dedicated team IMO. any option is fine to me. collab-maint, openstack pkg group or python pkg group. > Cheers, > -- > intrigeri
Bug#789629: jenkins-job-builder: newer version available upstream: 1.2.0
Hi, On Thu, Aug 13, 2015 at 12:21 PM, intrigeri wrote: > Hi Paul, > > Philip Hands wrote (22 Jun 2015 20:58:18 GMT) : >> I note that 1.2.0 is available upstream from openstack's repos. > > I notice that the last upload you've prepared was two years ago. > Are you still interested in maintaining jenkins-job-builder in Debian? > > If not, it's totally fine: just make it clear, so that others can > start thinking about how this package could be (team-?)maintained :) > Cc'ing the last few NMU'ers in case someone feels like volunteering. I use JJB in our infra and I'm happy to volunteer officially. co-maintainers welcome indeed. > Cheers, > -- > intrigeri Cheers, Fathi
Bug#792004: [libdrm] Enable freedreno build on arm64 architecture
Package: libdrm
Version: 2.62-1
Severity: normal
Tags: patch
Hi,
Please, enable freedreno build on arm64 architecture.
Thanks.
--- System information. ---
Architecture: amd64
Kernel: Linux 4.0.0-2-amd64
Debian Release: stretch/sid
500 utopic ppa.launchpad.net
500 unstablehttp.debian.net
500 stable swdl.bluejeans.com
500 stable dl.google.com
--- Package information. ---
Package's Depends field is empty.
Package's Recommends field is empty.
Package's Suggests field is empty.
From 1ba7698b15bbff817ea3c7da044e64021ae0a246 Mon Sep 17 00:00:00 2001
From: Fathi Boudra
Date: Wed, 8 Jul 2015 16:04:01 +0300
Subject: [PATCH] Enable freedreno build on arm64 architecture
Signed-off-by: Fathi Boudra
---
debian/changelog | 7 +++
debian/control | 6 +++---
debian/rules | 22 +-
3 files changed, 27 insertions(+), 8 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 2487024..434304b 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+libdrm (2.4.62-2) UNRELEASED; urgency=medium
+
+ [ Fathi Boudra ]
+ * Enable freedreno build on arm64 architecture.
+
+ -- Fathi Boudra Wed, 08 Jul 2015 15:37:17 +0300
+
libdrm (2.4.62-1) unstable; urgency=medium
[ Sven Joachim ]
diff --git a/debian/control b/debian/control
index cd39bab..9e99739 100644
--- a/debian/control
+++ b/debian/control
@@ -29,7 +29,7 @@ Depends:
libdrm-radeon1 (= ${binary:Version}),
libdrm-nouveau2 (= ${binary:Version}) [linux-any],
libdrm-omap1 (= ${binary:Version}) [any-arm],
- libdrm-freedreno1 (= ${binary:Version}) [any-arm],
+ libdrm-freedreno1 (= ${binary:Version}) [any-arm arm64],
libdrm-exynos1 (= ${binary:Version}) [any-arm],
libdrm-tegra0 (= ${binary:Version}) [any-arm],
${misc:Depends},
@@ -211,7 +211,7 @@ Description: Userspace interface to omap-specific kernel DRM services -- debuggi
This package provides the debugging symbols for the libdrm-omap1 package.
Package: libdrm-freedreno1
-Architecture: any-arm
+Architecture: any-arm arm64
Depends:
${shlibs:Depends},
${misc:Depends},
@@ -227,7 +227,7 @@ Description: Userspace interface to msm/kgsl kernel DRM services -- runtime
Package: libdrm-freedreno1-dbg
Section: debug
Priority: extra
-Architecture: any-arm
+Architecture: any-arm arm64
Depends:
libdrm-freedreno1 (= ${binary:Version}),
${misc:Depends},
diff --git a/debian/rules b/debian/rules
index f712b4a..eab0f1e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -41,22 +41,30 @@ else
confflags += --disable-intel
endif
-# Omap and freedreno are only on arm
+# Exynos/Omap/Tegra are only on arm
ifneq (,$(filter arm,$(DEB_HOST_ARCH_CPU)))
ARM = yes
endif
ifeq ($(ARM), yes)
- confflags += --enable-freedreno --enable-freedreno-kgsl
confflags += --enable-exynos-experimental-api
confflags += --enable-omap-experimental-api
confflags += --enable-tegra-experimental-api
else
- confflags += --disable-freedreno
confflags += --disable-exynos-experimental-api
confflags += --disable-omap-experimental-api
confflags += --disable-tegra-experimental-api
endif
+# Freedreno is on arm and arm64
+ifneq (,$(filter arm arm64,$(DEB_HOST_ARCH_CPU)))
+ FREEDRENO = yes
+endif
+ifeq ($(FREEDRENO), yes)
+ confflags += --enable-freedreno --enable-freedreno-kgsl
+else
+ confflags += --disable-freedreno
+endif
+
###
### Actual build
###
@@ -85,10 +93,12 @@ endif
dh_strip -plibdrm-radeon1 --dbg-package=libdrm-radeon1-dbg
ifeq ($(ARM), yes)
dh_strip -plibdrm-omap1 --dbg-package=libdrm-omap1-dbg
- dh_strip -plibdrm-freedreno1 --dbg-package=libdrm-freedreno1-dbg
dh_strip -plibdrm-exynos1 --dbg-package=libdrm-exynos1-dbg
dh_strip -plibdrm-tegra0 --dbg-package=libdrm-tegra0-dbg
endif
+ifeq ($(FREEDRENO), yes)
+ dh_strip -plibdrm-freedreno1 --dbg-package=libdrm-freedreno1-dbg
+endif
dh_strip -s --remaining-packages
override_dh_makeshlibs:
@@ -102,10 +112,12 @@ endif
dh_makeshlibs -plibdrm-radeon1 -V'libdrm-radeon1 (>= 2.4.39)' -- -c4
ifeq ($(ARM), yes)
dh_makeshlibs -plibdrm-omap1 -V'libdrm-omap1 (>= 2.4.38)' -- -c4
- dh_makeshlibs -plibdrm-freedreno1 -V'libdrm-freedreno1 (>= 2.4.57)' -- -c4
dh_makeshlibs -plibdrm-exynos1 -V'libdrm-exynos1 (>= 2.4.60)' -- -c4
dh_makeshlibs -plibdrm-tegra0 -V'libdrm-tegra0' -- -c4
endif
+ifeq ($(FREEDRENO), yes)
+ dh_makeshlibs -plibdrm-freedreno1 -V'libdrm-freedreno1 (>= 2.4.57)' -- -c4
+endif
%:
dh $@ --with quilt,autoreconf --builddirectory=build/
--
2.1.4
Bug#750684: python-pbr: New upstream release available
Source: python-pbr Version: 0.8.0-2 Severity: wishlist Dear Maintainer, pbr 0.8.2 has been released May 24th. It's a build dependency for jenkins-job-builder. It will be great if you can upload it. Thanks. Cheers, Fathi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741509: libdrm: please include exynos and freedreno DRM
Source: libdrm Severity: wishlist Dear Maintainer, Exynos and freedreno DRM aren't enabled during libdrm build. Please could you enable Exynos and freedreno APIs? I packaged the X.Org driver side and only need libdrm support is missing now. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#698018: klibc: Adding arm64 support to klibc
Hi, arm64 support has been merged upstream and released last week as part of klibc 2.0.3 release. Cheers, Fathi
Bug#713090: kiwix: FTBFS
Hi, > This is a know bug with xulrunner 17 and further. > This is already fixed in the Kiwix master branch. > Next Kiwix release (0.9rc3) is planned for August. Any ETA for Kiwix 0.9 rc3 ? Cheers, Fathi
Bug#715140: efibootmgr: Build efibootmgr for armhf architecture
Package: efibootmgr Severity: wishlist Dear Maintainer, Please, build efibootmgr package for armhf architecture. There's on-going work on UEFI for ARM. Cheers, Fathi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715139: dmidecode: Build for armhf architecture
Package: dmidecode Version: 2.12-1 Severity: wishlist Dear Maintainer, Please, build dmidecode for armhf architecture. There's on-going work to enable SMBIOS on ARM. Cheers, Fathi -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dmidecode depends on: ii libc6 2.17-7 dmidecode recommends no packages. dmidecode suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658552: New upstream release - 4.7
Hi, strace 4.7 was released nearly 10 months ago. Do you mind a non-maintainer upload to experimental? Cheers, Fathi
Bug#697509: ITP: qt5 -- cross-platform application and UI framework for developers using C++ or QML
Package: wnpp Severity: wishlist Owner: Fathi Boudra * Package name: qt5 Version : 5.0.0 Upstream Author : Digia Plc and/or its subsidiary(-ies) * URL : http://qt-project.org/ * License : LGPL-2.1 with Digia Qt LGPL Exception 1.1 or GPL-3 Programming Lang: C++ Description : cross-platform application and UI framework for developers using C++ or QML Qt is a cross-platform application and UI framework for developers using C++ or QML, a CSS & JavaScript like language. The Qt framework is composed of several modules: Qt Base, Qt Declarative, Qt Documentation, Qt Graphical, Qt Image Formats, Qt JavaScript backend, Qt Multimedia, Qt Quick, Qt Script, Qt SVG, Qt Tools, Qt WebKit, Qt XML Patterns, etc... This ITP intend to cover the complete Qt 5 framework, hence each module will close it. As usual, current packaging is available under Debian Qt/KDE team repositories: http://anonscm.debian.org/gitweb/?s=pkg-kde -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.
On Wed, May 30, 2012 at 1:15 AM, Guido Vollbeding wrote: > Hello Mathieu > > Thank you for question. > libjpeg is reference code, not faulty patchwork. > Everything is said in the README: > > There are currently distributions in circulation containing the name > "libjpeg" which claim to be a "derivative" or "fork" of the original > libjpeg, but don't have the features and are incompatible with formats > supported by actual IJG libjpeg distributions. Furthermore, they > violate the license conditions as described under LEGAL ISSUES above. > We have no sympathy for the release of misleading and illegal > distributions derived from obsolete code bases. > Don't use an obsolete code base! > > I mean, the original README in libjpeg, not that in the patchwork you > are talking about, which is one of the license violations. > > It seems that Bill Allombert is still one of the few sane people out > there, many others have apparently gone mad. > I don't care for the ignorant people. > > You may of course make a "turbo" version, I have nothing against it, > but NOT in the way mentioned. Take libjpeg with its current features > and make it "turbo" - that would be wonderful! For reference: http://www.libjpeg-turbo.org/About/FUD As we can see, "the other camp" doesn't agree. I would like to avoid political/legal/off-topic discussions that doesn't belong to this bug report or LJT ITP. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.
On Tue, May 29, 2012 at 10:53 PM, Bill Allombert wrote: > I am surprised you do not count Debian as a major distro. > Does libjpeg-progs works correctly with LJT ? That's my point. Debian is the only one that haven't switched yet :) Yes, LJT works with libjpeg-progs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.
On Sat, May 26, 2012 at 9:34 PM, Osamu Aoki wrote: >> >Also, Mike Gabriel's work seems to have done somethings interesting on >> >old Fathi's version and made many improvements. >> >> thanks for pinging us! I agree, libjpeg-turbo has to be in Wheezy!!! >> >> Fathi, please send us a notice what you plan on this package. > > I see Fathi being quite active. Yes, I am. Apologies, I've been quite busy on other front and put LJT as a low prio. AFAIR, current Ubuntu package wasn't suitable to be uploaded as-is. I'm at Linaro Connect this week with Tom Gall and Doko, I'll sync up with them and upload the package if everything alright. Sounds like many people are interested. LJT is a good candidate for collab-maint on git.debian.org :) Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612341: bumblebee, libjpeg-turbo: Wheezy does not work well with modern notebook PCs.
Hi Bill, On Sun, May 27, 2012 at 5:40 PM, Bill Allombert wrote: > Does libjpeg-turbo8 implement the full v8 API ? As far as I understand some > functions > are stub. I'm not sure it's relevant anymore. All major distro have switched to LJT. Ubuntu is using it by default and no issues were found that can prove v8 API incompatibility. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#665225: patch to fix
> Fathi, > > sorry, but it is not fixed. Have you even checked the link to libzip > mail archive I sent you? Sorry, I missed it. > Also disabling tests just hid the problem, not fixed it. Please > re-enable them back in the build. > > For your convenience I am attaching the patch which fixes both issues. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630690: libical0: messes with timezone, affecting other threads
>Comment By: Allen Winter (awinterz) Date: 2012-03-13 16:13 Message: According to the in-line documention, /* If you use set_tz(), you must call unset_tz() some time later to restore the original TZ. Pass unset_tz() the string that set_tz() returns. Call both the functions locking the tzid mutex as in icaltime_as_timet_with_zone */ For more information please read icaltime.c in the libical source code. Too bad libical doesn't provide real user documentation. So I guess you're calling program needs to do some mutex locking. Fathi: Please pass this on to the original bug reporter and let me know if I can close this. -Allen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661703: clucene-core: upload latest clucene git + contrib-libs to experimental
Package: clucene-core Severity: normal LibreOffice 3.6 will switch from liblucene2-java to clucene :-) we need git + contrib-libs. It's wheezy+1 material. http://wiki.documentfoundation.org/ReleasePlan/3.6#3.6.0_release experimental is fine. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612341: Status of libjpeg-turbo ITP
Hi, On Fri, Jan 6, 2012 at 11:23 PM, Mike Gabriel wrote: > Hi Fabo, > > can you say anything about the status of the libjpeg-turbo ITP? I have just > placed an ITP for TigerVNC, but TigerVNC needs libjpeg-turbo. > > Thanks for any information being given. It's ready to be uploaded. I need to enable libjpegv8 compatibility and merge the upload on Ubuntu. Guess that it will be in NEW in the next couple of days. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653903: transition: qt4-x11 multiarch
Hi Rene, On Mon, Jan 2, 2012 at 11:20 PM, Rene Engelhard wrote: > Hi > > On Sun, Jan 01, 2012 at 01:21:09PM +0200, Fathi Boudra wrote: >> An initial mail has been sent to pkg-kde-talk mailing list[1] and a wiki >> page[2] is available to track our progress. >> >> The transition could happen once Qt 4.7.4/QtWebKit 2.2.0 migrate to >> testing. Qt 4.8.0/QtWebKit 2.2.1 with multiarch support have been >> uploaded to experimental. Some other packages will be uploaded to >> experimental. > [...] >> [2] http://wiki.debian.org/QtMultiarchTransition > > Why did you only refer to cmake etc. using packages and not for packages > with "normal" ./configure etc.? In Qt world, "normal" build system are qmake/cmake and are more the most relevant. Software using autotools are most likely always using a custom rule to get Qt related information and build. > Did you try to rebuild them? Especially > if they need stuff like $QT4DIR etc which seems quite common? No, I didn't tried to rebuild these cases. As mentioned, they aren't common, but that's not the point. You're right, I should cover them as well. > At least libreoffice will need the following patch to not FTBFS: > http://anonscm.debian.org/gitweb/?p=pkg-openoffice/libreoffice.git;a=blob;f=patches/add-debian-multiarch-support.diff;h=1f008fba369b12dfa2cd5cd24b857c88b7437390;hb=bb597a0f8da425207a09a2986d8e23e36cd99d1c > > (Will cherry-pick.) IMO, this patch is incorrect (and can't be upstreamed btw), you should rely on qmake and in your case and grab the output of `qmake -query QT_INSTALL_LIBS` > Regards, > > Rene Thanks for the reminder, I missed to cover packages using autotools. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653943: ITP: zanshin -- to-do list manager
On Mon, Jan 2, 2012 at 12:30 AM, Thomas Thurman wrote: > On Sun, Jan 01, 2012 at 10:17:38PM +0200, Fathi Boudra wrote: >> Zanshin is a powerful yet simple application for managing your day today >> actions and notes. It helps you organize and reduce the cognitive pressure >> of >> what one has to do in his job and personal life. > > The genitive of "one" is "one's", not "his". You need "...what one has to do > in one's job and personal life." Thanks. fixed. >> You'll never forget anything >> anymore, getting your mind like water. > > This means nothing to me. Could you rephrase it? It's a reference from David Allen's book "Getting Things Done" [1], based on Bruce Lee quote [2][3]. [1] http://www.amazon.com/gp/product/0142000280?ie=UTF8&tag=thepicdai-20&linkCode=as2&camp=1789&creative=9325&creativeASIN=0142000280 [2] http://www.clay-collins.com/blog/the-mind-like-water-myth-a-dialog-between-bruce-lee-a-productivity-guru-and-others/ [3] http://guardingshalom.com/mind-like-water/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653943: ITP: zanshin -- to-do list manager
Package: wnpp Severity: wishlist Owner: Fathi Boudra * Package name: zanshin Version : 0.2.0 Upstream Author : Kevin Ottens * URL : http://zanshin.kde.org/ * License : GPL2+ Programming Lang: C++ Description : to-do list manager Zanshin is a powerful yet simple application for managing your day today actions and notes. It helps you organize and reduce the cognitive pressure of what one has to do in his job and personal life. You'll never forget anything anymore, getting your mind like water. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653903: transition: qt4-x11 multiarch
On Sun, Jan 1, 2012 at 4:33 PM, Julien Cristau wrote: > On Sun, Jan 1, 2012 at 13:21:09 +0200, Fathi Boudra wrote: > >> I would like to prepare Qt multiarch transition. >> > Why does this affect more than Qt itself? I couldn't find an > explanation of what "affected packages" means in your wiki page. "pure" Qt packages using QMake build system have QT_INSTALL_PLUGINS and QT_INSTALL_LIBS set to multiarch paths [1]. In the best case, only binNMU is needed. In the worst, *.install files need to be updated. The list of "affected packages" isn't based on reverse dependencie as we usually do for library transition with binary incompatibility, but on the usage of these variables by the build system. We have also some packages using CMake like kde4libs that relies on the same variables. hope it answers the question. [1] $ qmake -query QT_INSTALL_PREFIX:/usr QT_INSTALL_DATA:/usr/share/qt4 QT_INSTALL_DOCS:/usr/share/qt4/doc QT_INSTALL_HEADERS:/usr/include/qt4 QT_INSTALL_LIBS:/usr/lib/x86_64-linux-gnu QT_INSTALL_BINS:/usr/bin QT_INSTALL_PLUGINS:/usr/lib/x86_64-linux-gnu/qt4/plugins QT_INSTALL_IMPORTS:/usr/lib/qt4/imports QT_INSTALL_TRANSLATIONS:/usr/share/qt4/translations QT_INSTALL_CONFIGURATION:/etc/xdg QT_INSTALL_EXAMPLES:/usr/lib/qt4/examples QT_INSTALL_DEMOS:/usr/lib/qt4/demos QMAKE_MKSPECS:/usr/share/qt4/mkspecs QMAKE_VERSION:2.01a QT_VERSION:4.8.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653903: transition: qt4-x11 multiarch
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, I would like to prepare Qt multiarch transition. An initial mail has been sent to pkg-kde-talk mailing list[1] and a wiki page[2] is available to track our progress. The transition could happen once Qt 4.7.4/QtWebKit 2.2.0 migrate to testing. Qt 4.8.0/QtWebKit 2.2.1 with multiarch support have been uploaded to experimental. Some other packages will be uploaded to experimental. Cheers, Fathi [1] http://lists.alioth.debian.org/pipermail/pkg-kde-talk/2011-September/001636.html [2] http://wiki.debian.org/QtMultiarchTransition -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653646: Please depend on "python (>= 2.7) | python-argparse"
Hi Adrian, I'm waiting for the related thread on debian-python mailing list to reach a consensus: http://lists.debian.org/debian-python/2011/12/msg5.html Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641738: Bug#653871: transition: libzip
> the new libzip 0.10 has a soname bump and will need binNMUs: > * ebook-tools > * haskell-bindings-libzip > * haskell-libzip > * ideviceinstaller > * osgearth > * sigrok Packags rebuilt successfully except ideviceinstaller. Bug and patch submitted: http://bugs.debian.org/653893 Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653893: ideviceinstaller: ftbfs against libzip-0.10
Source: ideviceinstaller
Version: 1.0.0-1
Severity: serious
Tags: patch
Justification: ftbfs
Hi,
a rebuild against libzip-0.10 failed to build:
gcc -DHAVE_CONFIG_H -I. -I..-Wall -Wextra -Wmissing-declarations
-Wredundant-decls -Wshadow -Wpointer-arith -Wwrite-strings
-Wswitch-default -Wno-unused-parameter -Werror -g -pthread
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
-I/usr/include/p11-kit-1 -I/usr/include/libxml2 -I/usr/include/libxml2
-I/usr/lib/libzip/include -g -O2 -c -o
ideviceinstaller-ideviceinstaller.o `test -f 'ideviceinstaller.c' ||
echo './'`ideviceinstaller.c
ideviceinstaller.c: In function 'zip_f_get_contents':
ideviceinstaller.c:164:41: error: comparison between signed and unsigned
integer expressions [-Werror=sign-compare]
cc1: all warnings being treated as errors
make[3]: *** [ideviceinstaller-ideviceinstaller.o] Error 1
make[3]: Leaving directory `/tmp/buildd/ideviceinstaller-1.0.0/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/buildd/ideviceinstaller-1.0.0'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/tmp/buildd/ideviceinstaller-1.0.0'
dh_auto_build: make -j1 returned exit code 2
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
E: Failed autobuilding of package
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Description: fix build failure with libzip 0.10
zip_fread returns signed int64 while zip_stat size is an unsigned int64.
---
src/ideviceinstaller.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/src/ideviceinstaller.c
+++ b/src/ideviceinstaller.c
@@ -161,7 +161,7 @@ static int zip_f_get_contents(struct zip
}
*buffer = malloc(zs.size);
- if (zip_fread(zfile, *buffer, zs.size) != zs.size) {
+ if (zs.size>LLONG_MAX || zip_fread(zfile, *buffer, zs.size) != (zip_int64_t)zs.size) {
fprintf(stderr, "ERROR: zip_fread %ld bytes from '%s'\n", zs.size, filename);
free(*buffer);
*buffer = NULL;
Description: fix build failure with libzip 0.10
zip_fread returns signed int64 while zip_stat size is an unsigned int64.
---
src/ideviceinstaller.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/src/ideviceinstaller.c
+++ b/src/ideviceinstaller.c
@@ -161,7 +161,7 @@ static int zip_f_get_contents(struct zip
}
*buffer = malloc(zs.size);
- if (zip_fread(zfile, *buffer, zs.size) != zs.size) {
+ if (zs.size>LLONG_MAX || zip_fread(zfile, *buffer, zs.size) != (zip_int64_t)zs.size) {
fprintf(stderr, "ERROR: zip_fread %ld bytes from '%s'\n", zs.size, filename);
free(*buffer);
*buffer = NULL;
Description: fix build failure with libzip 0.10
zip_fread returns signed int64 while zip_stat size is an unsigned int64.
---
src/ideviceinstaller.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/src/ideviceinstaller.c
+++ b/src/ideviceinstaller.c
@@ -161,7 +161,7 @@ static int zip_f_get_contents(struct zip
}
*buffer = malloc(zs.size);
- if (zip_fread(zfile, *buffer, zs.size) != zs.size) {
+ if (zs.size>LLONG_MAX || zip_fread(zfile, *buffer, zs.size) != (zip_int64_t)zs.size) {
fprintf(stderr, "ERROR: zip_fread %ld bytes from '%s'\n", zs.size, filename);
free(*buffer);
*buffer = NULL;
Bug#653871: transition: libzip
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, the new libzip 0.10 has a soname bump and will need binNMUs: * ebook-tools * haskell-bindings-libzip * haskell-libzip * ideviceinstaller * osgearth * sigrok -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#653427: qt4-x11: ftbfs on several architectures (timeout building the docs)
Source: qt4-x11 Version: 4:4.7.4-1 Severity: serious Justification: fails to build from source (but built successfully in the past) ftbfs in the same way on armel/powerpc/s390/s390x architectures. # Build documentations dh_auto_build -Smakefile -- docs make[2]: Entering directory `/build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4' cd src/corelib/ && make -f Makefile make[3]: Entering directory `/build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4/src/corelib' make[3]: Nothing to be done for `first'. make[3]: Leaving directory `/build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4/src/corelib' cd src/xml/ && make -f Makefile make[3]: Entering directory `/build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4/src/xml' make[3]: Nothing to be done for `first'. make[3]: Leaving directory `/build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4/src/xml' (cd tools/qdoc3 && make) make[3]: Entering directory `/build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4/tools/qdoc3' make[3]: Nothing to be done for `first'. make[3]: Leaving directory `/build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4/tools/qdoc3' (cd /build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4/tools/qdoc3/test && QT_BUILD_TREE=/build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4 QT_SOURCE_TREE=/build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4 /build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4/bin/qdoc3 qt-build-docs-online.qdocconf && cp -f -r /build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4/examples/webkit/webkit-guide /build/buildd-qt4-x11_4.7.4-1-powerpc-NX93i0/qt4-x11-4.7.4/doc/html) make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs make: *** wait: No child processes. Stop. make[1]: *** wait: No child processes. Stop. make[1]: *** Waiting for unfinished jobs make[1]: *** wait: No child processes. Stop. E: Caught signal 'Terminated': terminating immediately make[2]: *** [adp_docs] Terminated Build killed with signal TERM after 150 minutes of inactivity -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#649289: command-not-found: new upstream release
Package: command-not-found Version: 0.2.38-1 Severity: wishlist Please update the package to the new upstream release (0.2.44) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages command-not-found depends on: ii apt-file2.5.0 ii lsb-release 3.2-28 ii python 2.7.2-9 ii python-gdbm 2.7.1-3 ii python-support 1.0.14 command-not-found recommends no packages. command-not-found suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#637004: qtwebkit: FTBFS on s390x: needs some adjustments
Hi Phil, > On Wed, Aug 10, 2011 at 09:54:40PM +0200, Pino Toscano wrote: > > tags 637004 + pending > > thanks > > will there be an upload soon to get that fix into the archive? (s390x) I didn't bring the topic to debian-release yet but we started to convert Qt/Qt WebKit/friends to multiarch: http://lists.alioth.debian.org/pipermail/pkg-kde-talk/2011-September/001636.html Qt WebKit upload depends on when Qt multiarch could happen. Another option suggested by Pino is to upload latest Qt Webkit now without multiarch bits. I would prefer to start Qt multiarch transition and fix this bug at the same time. Opinion? Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632949: libjpeg6b: libjpeg-turbo
On Tue, Sep 20, 2011 at 6:31 PM, Bill Allombert wrote: > On Tue, Sep 20, 2011 at 06:05:52PM +0300, Fathi Boudra wrote: >> Hi Bill, >> >> For information, we have an ITP running: http://bugs.debian.org/612341 >> >> > libjpeg-turbo only support the old libjpeg62 interface and not the new >> > libjpeg8 one, >> > which support more image format, and provide higher image quality. >> >> libjpeg-turbo supports v7 or v8 emulation. > > I do not think it is perfect, in the sens that programs that works under > libjpeg8 > can fail to work under libjpeg-turbo. All of our current tests are using v62. I hope to come with some v8 results asap. Do you have some known issues to point or specific programs failling? I'm interested to push these issues upstream and fix them. >> > Unfortunately the libjpeg-turbo improvements carry a different license >> > than the IJG libjpeg >> > library, so it is unlikely they get merged. >> >> Even if it's unlikely ljt and IJG libjpeg get merged, it makes sense >> to provide ljt as an alternative > > It is unlikely to be merged since libjpeg-turbo use a different license than > libjpeg. > >> to people that want to benefit from the performance gain (e.g. ARM >> architecture) which is the goal of the ITP. > > Does libjpeg-turbo actually improve performance on ARM ? Last time I check, > accelerated support were only available for x86/x86-64. Tom Gall is looking into it. Accelerated support is available on ARM and LJT supports also Android (if it matters). We expect to have some improvements for 1.2 release. Current tests results on 1.1.90 are worse than libjpeg62: http://wiki.linaro.org/TomGall/LibJpegTurbo The benchmark numbers are very suspect. An update is due shortly. The tjbench tool just was ported to the old libjpeg 62 so we can have apples to apples comparisons. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#632949: libjpeg6b: libjpeg-turbo
Hi Bill, For information, we have an ITP running: http://bugs.debian.org/612341 > libjpeg-turbo only support the old libjpeg62 interface and not the new > libjpeg8 one, > which support more image format, and provide higher image quality. libjpeg-turbo supports v7 or v8 emulation. > Unfortunately the libjpeg-turbo improvements carry a different license than > the IJG libjpeg > library, so it is unlikely they get merged. Even if it's unlikely ljt and IJG libjpeg get merged, it makes sense to provide ljt as an alternative to people that want to benefit from the performance gain (e.g. ARM architecture) which is the goal of the ITP. Cheers, Fathi ps: we use ljt on Linaro images. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#612341: ITP: libjpeg-turbo -- an accelerated libjpeg library
Initial package available on: http://people.debian.org/~fabo/libjpeg-turbo_1.1.90+svn704-1/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#642079: libjpeg62: transition to multiarch paths
Package: libjpeg62 Version: 6b1-2 Severity: wishlist Hi, Could you please convert libjpeg62 to multiarch paths. Cheers, Fathi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libjpeg62 depends on: ii libc6 2.13-21 libjpeg62 recommends no packages. libjpeg62 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641955: O: spectacle -- RPM Spec file generator and management tool
Package: wnpp Severity: normal I intend to orphan the spectacle package as I don't use it anymore. The package description is: Spectacle is a tool for managing and creating RPM spec files. It includes the tool to generate spec files from metadata file in YAML format, and tools to convert spec files or spec-builder's ini files to YAML format. . For spectacle managed packages, all generic packaging information will be stored in the YAML file, and it also allows maintaining customizations in the spec file directly with special enclosure tags. . The following tools are installed: * specify the tool to generate or to update spec file, based on YAML * ini2spectacle the tool to convert spec-builder .ini to YAML and new spec file * spec2spectacle the tool to convert original spec to YAML and new spec file -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641953: O: kde-style-qtcurve -- Unified widget styles for KDE and GTK+
Package: wnpp Severity: normal I intend to orphan the kde-style-qtcurve package as I don't use it anymore. The package is in good shape and I'm willing to sponsor its upload if needed. The package description is: QtCurve is a set of widget styles for KDE and GTK+. It provides a consistent look between KDE and GTK+ applications, which is easy on the eyes and visually pleasing. . This package contains the QtCurve widget style for KDE 4. . The corresponding GTK+ theme engine can be found in gtk2-engines-qtcurve package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641952: O: gtk2-engines-qtcurve -- This is a set of widget styles for Gtk2 based apps
Package: wnpp Severity: normal I intend to orphan the gtk2-engines-qtcurve package as I don't use it anymore. The package is in good shape and I'm willing to sponsor its upload if needed. The package description is: This package together with kde-style-qtcurve aim to provide a unified look and feel on the desktop when using KDE and GNOME applications. . This package is most useful when installed together with kde-style-qtcurve. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641951: ITP: linaro-image-tools -- collection of tools to work with Linaro images
Package: wnpp Severity: wishlist Owner: Fathi Boudra * Package name: linaro-image-tools Version : 2011.08 Upstream Authors: Robert Nelson, Linaro Developers * URL : http://launchpad.net/linaro-image-tools * License : GPL-3 Programming Lang: Python Description : collection of tools to work with Linaro images This package offers a set of tools for use with Linaro images. The provided linaro-media-create command allows writing Linaro images to a SD card, or generating an image file which you can boot in QEMU. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641885: O: mic2 -- Image creator tool for MeeGo
Package: wnpp Severity: normal I intend to orphan the mic2 package as I don't use it anymore and don't have interest anymore in creating images for MeeGo. The package description is: MeeGo Image Creator (MIC) is a tool for creating and manipulating MeeGo images. MIC is a series of utilities that create customized images and provides an easy-to-use development environment for the MeeGo distribution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641884: O: meego-packaging-tools -- MeeGo packaging tools
Package: wnpp Severity: normal I intend to orphan the meego-packaging-tools package as I don't use it anymore and don't have interest anymore in doing packaging work for MeeGo. The package description is: MeeGo packaging tools is a collection of utilities to setup packaging and build environment for MeeGo development. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641738: CVE-2011-3193/CVE-2011-3194
Hi, On Thu, Sep 15, 2011 at 5:56 PM, Moritz Muehlenhoff wrote: > Please see these links for details and patches: > https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-3193 Fix isn't included upstream in Qt 4.7.4. It is now applied to our packages and will be fixed with Qt 4.7.4-1 upload. > https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-3194 Fix included upstream in Qt 4.7.4 Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630917: qt4-linguist-tools: trying to overwrite '/usr/bin/lupdate-qt4', which is also in package libqt4-dev 4:4.7.3-1
Hi, On Sat, Jun 18, 2011 at 6:30 PM, Sami Liedes wrote: > Package: qt4-linguist-tools > Version: 4:4.7.3-2 > Severity: serious > > It seems qt4-linguist-tools needs a Conflicts: against older > libqt4-dev: The upgrade happened smoothly for me. Conflicts isn't needed. See Debian Policy 7.6.1 paragraph and current control: Breaks: libqt4-dev (<< 4.7.3-2) Replaces: libqt4-dev (<< 4.7.3-2) Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630041: add an example for KDE desktop session to /etc/uxlaunch/uxlaunch
Package: uxlaunch Version: 0.60-1 Severity: wishlist uxlaunch default configuration file contains examples for several desktops except KDE. Please, add an example. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uxlaunch depends on: ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy ii libc6 2.13-6 Embedded GNU C Library: Shared lib ii libck-connector0 0.4.5-1ConsoleKit libraries ii libdbus-1-3 1.4.10-2 simple interprocess messaging syst ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libpam0g 1.1.3-1Pluggable Authentication Modules l ii libxau6 1:1.0.6-2 X11 authorisation library ii x11-common1:7.6+7X Window System (X.Org) infrastruc ii x11-xserver-utils 7.6+2 X server utilities Versions of packages uxlaunch recommends: ii xserver-xorg 1:7.6+7X.Org X server uxlaunch suggests no packages. -- Configuration Files: /etc/uxlaunch/uxlaunch changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630040: uxlaunch: default configuration isn't usable
Package: uxlaunch Version: 0.60-1 Severity: wishlist uxlaunch default configuration isn't usable on Debian. It requires at least user value to be modified and most likely session value. Maybe a debconf step will be useful here. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages uxlaunch depends on: ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy ii libc6 2.13-6 Embedded GNU C Library: Shared lib ii libck-connector0 0.4.5-1ConsoleKit libraries ii libdbus-1-3 1.4.10-2 simple interprocess messaging syst ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libpam0g 1.1.3-1Pluggable Authentication Modules l ii libxau6 1:1.0.6-2 X11 authorisation library ii x11-common1:7.6+7X Window System (X.Org) infrastruc ii x11-xserver-utils 7.6+2 X server utilities Versions of packages uxlaunch recommends: ii xserver-xorg 1:7.6+7X.Org X server uxlaunch suggests no packages. -- Configuration Files: /etc/uxlaunch/uxlaunch changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#630003: libqt4-qt3support: kill Qt3 Support
Package: libqt4-qt3support Version: 4:4.7.3-1 Severity: wishlist Qt3 support is a compatibility module to help developer on porting their applications to Qt4. Qt3 is EOL and developers had several years to port to Qt4. In addition, it will improve Qt4 performance. Obviously, it will break old/unmaintained applications still using Qt3 support. QtConfig will go away with this change. Release goal? :) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libqt4-qt3support depends on: ii libc6 2.13-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-12 GCC support library ii libqt4-designer 4:4.7.3-1 Qt 4 designer module ii libqt4-network4:4.7.3-1 Qt 4 network module ii libqt4-sql4:4.7.3-1 Qt 4 SQL module ii libqt4-xml4:4.7.3-1 Qt 4 XML module ii libqtcore44:4.7.3-1 Qt 4 core module ii libqtgui4 4:4.7.3-1 Qt 4 GUI module ii libstdc++64.6.0-12 GNU Standard C++ Library v3 libqt4-qt3support recommends no packages. libqt4-qt3support suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623482: python-m2crypto: Attribute error on m2crypto module making osc unusable with proxy https connection
Package: python-m2crypto
Version: 0.20.1-1+b1
Severity: important
Traceback (most recent call last):
File "/usr/bin/osc", line 21, in
r = babysitter.run(osccli)
File "/usr/lib/pymodules/python2.6/osc/babysitter.py", line 50, in run
return prg.main()
File "/usr/lib/pymodules/python2.6/osc/cmdln.py", line 309, in main
return self.cmd(args)
File "/usr/lib/pymodules/python2.6/osc/cmdln.py", line 332, in cmd
retval = self.onecmd(argv)
File "/usr/lib/pymodules/python2.6/osc/cmdln.py", line 448, in onecmd
return self._dispatch_cmd(handler, argv)
File "/usr/lib/pymodules/python2.6/osc/cmdln.py", line 1178, in
_dispatch_cmd
return handler(argv[0], opts, *args)
File "/usr/lib/pymodules/python2.6/osc/commandline.py", line 2793, in
do_checkout
show_project_meta(apiurl, project)
File "/usr/lib/pymodules/python2.6/osc/core.py", line 2753, in
show_project_meta
f = http_GET(url)
File "/usr/lib/pymodules/python2.6/osc/core.py", line 2661, in
http_GET
def http_GET(*args, **kwargs):return http_request('GET', *args,
**kwargs)
File "/usr/lib/pymodules/python2.6/osc/core.py", line 2602, in
http_request
urllib2.install_opener(conf._build_opener(url))
File "/usr/lib/pymodules/python2.6/osc/conf.py", line 419, in
_build_opener
import oscssl
File "/usr/lib/pymodules/python2.6/osc/oscssl.py", line 243, in
class myProxyHTTPSConnection(M2Crypto.httpslib.ProxyHTTPSConnection,
httplib.HTTPSConnection):
AttributeError: 'module' object has no attribute 'HTTPSConnection'
It seems related to bug #622001
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-m2crypto depends on:
ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib
ii libssl0.9.8 0.9.8o-7 SSL shared libraries
ii python2.6.6-14 interactive high-level object-orie
ii python-support1.0.13 automated rebuilding support for P
python-m2crypto recommends no packages.
python-m2crypto suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617760: chromium-browser: package broken - missing files
Package: chromium-browser Version: 10.0.648.127~r76697-1 Severity: grave Justification: renders package unusable Since latest upgrade, I cannot run chromium. Looking into the package, it seems the main binary is missing. $ apt-file search usr/bin/chromium-browser chromium-browser: /usr/bin/chromium-browser $ dpkg -L chromium-browser /. /usr /usr/share /usr/share/doc /usr/share/doc/chromium-browser /usr/share/doc/chromium-browser/copyright /usr/share/doc/chromium-browser/changelog.Debian.gz /usr/share/doc/chromium-browser/README.Debian /usr/share/doc/chromium-browser/TODO.Debian /etc/chromium-browser/master_preferences /etc/chromium-browser/default -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium 10.0.648.127~r76697-1 Chromium browser chromium-browser recommends no packages. chromium-browser suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614365: Move designer plugins to libqt4-dev
Hi, On Mon, Feb 21, 2011 at 1:20 PM, Felix Geyer wrote: > Please move the Qt Designer plugins from libqt4-declarative and > libqt4-qt3support to libqt4-dev. > > This would save some space on default installations as the dependency > from libqt4-qt3support on libqt4-designer is dropped. Why do you want to move the declarative plugin? Afaics, only the qt3support plugin requires to be moved. How much space is saved? cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#609630: xdg-utils: a way to specify mime type for xdg-open?
On Thu, Jan 13, 2011 at 1:57 PM, Per Olofsson wrote: > The reason is that xdg-mime then calls gvfs-info, which uses the > shared-mime-info database to determine the MIME type. There's an upstream bug to support shared-mime-info in xdg-mime. It will be used before the file fallback. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601046: ITP: gtk2-engines-oxygen -- Gtk2 theme that uses Qt/Oxygen to draw its widgets
On Thu, Dec 30, 2010 at 12:30 PM, Felix Geyer wrote: > On 26.12.2010 16:05, Fathi Boudra wrote: >> package available on >> http://alioth.debian.org/~fabo/gtk2-engines-oxygen_1.0.0+git235+95b90b0-1/ >> Could I upload it? > Sure, go ahead. Thanks! uploaded. Packaging on http://git.debian.org/?p=pkg-kde/kde-extras/gtk2-engines-oxygen.git;a=summary Feel free to add yourself in uploaders field. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601046: ITP: gtk2-engines-oxygen -- Gtk2 theme that uses Qt/Oxygen to draw its widgets
Hi, package available on http://alioth.debian.org/~fabo/gtk2-engines-oxygen_1.0.0+git235+95b90b0-1/ Could I upload it? Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#599245: not fit for squeeze
Hi, > imho splashy is not fit for being released in squeeze: as discussed on IRC, I agreed for splashy/splashy-theme removal from Squeeze. Please, proceed. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595769: [qtcreator] Doesn't start due to library mismatch in experimental
Qt Creator 2.0.1-1 should hit experimental soon and will resolve this issue. On Mon, Sep 6, 2010 at 5:18 PM, Emil Langrock wrote: > Package: qtcreator > Version: 2.0.0-1 > Severity: normal > > It seems that the version of qtcreator in experimental doesn't work with qt > 4.7.0~rc1 from experimental: > > /usr/bin/qtcreator.bin: symbol lookup error: > /usr/lib/qtcreator/plugins/Nokia/libQmlProjectManager.so: undefined symbol: > _ZN19QDeclarativePrivate12registerTypeERKNS_12RegisterTypeE > > It was probably not build against the experimental libraries, but against some > other ones. Please use pbuilder or cowbuilder with an experimental build > chroot when uploading things to experimental. > > > --- System information. --- > Architecture: amd64 > Kernel: Linux 2.6.35-trunk-amd64 > > Debian Release: squeeze/sid > 500 unstable www.debian-multimedia.org > 500 unstable ftp.debian.org > 500 testing ftp.debian.org > 500 stable ftp.debian.org > 1 experimental ftp.debian.org > > --- Package information. --- > Depends (Version) | Installed > -+-=== > libc6 (>= 2.2.5) | 2.11.2-5 > libgcc1 (>= 1:4.1.1) | 1:4.5.1-5 > libqt4-network (>= 4:4.7.0~beta2) | 4:4.7.0~rc1-1 > libqtcore4 (>= 4:4.7.0~beta2) | 4:4.7.0~rc1-1 > libqtgui4 (>= 4:4.7.0~beta2) | 4:4.7.0~rc1-1 > libstdc++6 (>= 4.4.0) | 4.5.1-5 > libqt4-help | 4:4.7.0~rc1-1 > libqt4-sql-sqlite | 4:4.7.0~rc1-1 > > > Recommends (Version) | Installed > ==-+-=== > qtcreator-doc | 2.0.0-1 > qt4-dev-tools | 4:4.7.0~rc1-1 > qt4-doc | 4:4.7.0~rc1-1 > qt4-demos | 4:4.7.0~rc1-1 > gdb | 7.1-2 > make | 3.81-8 > xterm | 261-1 > OR x-terminal-emulator | > > > Suggests (Version) | Installed > =-+-=== > cmake | 2.8.2-2 > git-core | 1:1.7.1-1.1 > subversion | 1.6.12dfsg-1 > > > > > > -- > Emil Langrock > > > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#595583: ITP: qt-web-runtime -- Qt based web application framework
Package: wnpp Severity: wishlist Owner: Fathi Boudra * Package name: qt-web-runtime Version : 1.2~week35 Upstream Author : Nokia Corporation and/or its subsidiary(-ies) * URL : http://gitorious.org/qt-web-runtime * License : LGPL-2.1 Programming Lang: C++ Description : Qt based web application framework Qt Web Runtime (Qt WRT) is a web application framework. It lets developers use standard web technology to create standalone applications (web apps). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#594590: mic2: mic-image-creator dies with meesage: no such option: --pipe
Hi Jeremiah, > mic-image-creator dies whilst trying to create a MeeGo image on debian: I'm able to reproduce but don't exactly the same output. Especially this error message: Error: failed to create image : Needed file: /usr/bin/qemu-arm-static not found, please check your installation Note: I have QEMU ARM static installed. Could you add your command line to the bug report? I'm using the following command: # mic-image-creator --run-mode=1 --cache=mycachedir --format=raw --arch=i586 --config=meego-ivi-ia32-noemgd-1.0.1-20100729.1.ks Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592314: ITP: meego-packaging-tools -- MeeGo packaging tools
Package: wnpp Severity: wishlist Owner: Fathi Boudra * Package name: meego-packaging-tools Version : 0.5.1 Upstream Author : Intel Corp. * URL : http://repo.meego.com/MeeGo/builds/trunk/ * License : LGPL-2.1 Programming Lang: Python and shell script Description : MeeGo packaging tools MeeGo packaging tools is a collection of utilities to setup packaging and build environment for MeeGo development. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592311: ITP: spectacle -- RPM Spec file generator and management tool
Package: wnpp Severity: wishlist Owner: Fathi Boudra * Package name: spectacle Version : 0.18 Upstream Author : Intel Corporation * URL : http://meego.gitorious.org/meego-developer-tools/spectacle * License : GPL-2 Programming Lang: Python Description : RPM Spec file generator and management tool Spectacle is a tool for managing and creating RPM spec files. It includes the tool to generate spec files from metadata file in YAML format, and tools to convert spec files or spec-builder's ini files to YAML format. For spectacle managed packages, all generic packaging information will be stored in the YAML file, and it also allows maintaining customizations in the spec file directly with special enclosure tags. The following tools are installed: * specify the tool to generate or to update spec file, based on YAML * ini2spectacle the tool to convert spec-builder .ini to YAML and new spec file * spec2spectacle the tool to convert original spec to YAML and new spec file -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#591272: Some qt4-x11 packages are missing in experimental
Hi, see http://lists.debian.org/debian-devel/2010/07/msg00160.html > Is this one more time a suspected license problem that prevents these packages > to be in repository or best wish this is that qt4-x11 is splitted differently? > Is it worth adding a local dummy package and check usability of these 16 > packages? Qt 4.7 isn't shipped anymore with the legacy assistant. qt-assistant-compat should be used for this purpose. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#590545: split plugins/modules from vlc package
Package: vlc Version: 1.1.1-1 Severity: wishlist Hi, I started to ship phonon-backend-vlc in Debian. If a user want a working setup, he needs to install the vlc package. Could you split the plugins/modules from vlc package to improve the situation ? phonon-backend-vlc will depend on: VLC libraries (libvlc and libvlcore) + VLC modules package(s). Cheers, Fathi -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-rc5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii libaa1 1.4p5-38 ascii art library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libfreetype62.4.0-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.4.4-7GCC support library ii libgl1-mesa-glx [libgl1 7.7.1-4 A free implementation of the OpenG ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libnotify1 [libnotify1- 0.5.0-2 sends desktop notifications to a n ii libqtcore4 4:4.6.3-1Qt 4 core module ii libqtgui4 4:4.6.3-1Qt 4 GUI module ii libsdl-image1.2 1.2.10-2+b1 image loading library for Simple D ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libstdc++6 4.4.4-7 The GNU Standard C++ Library v3 ii libtar 1.2.11-6 C library for manipulating tar arc ii libvlccore4 1.1.1-1 base library for VLC and its modul ii libx11-62:1.3.3-3X11 client-side library ii libx11-xcb1 2:1.3.3-3Xlib/XCB interface library ii libxcb-keysyms1 0.3.6-1 utility libraries for X C Binding ii libxcb-randr0 1.6-1X C Binding, randr extension ii libxcb-shm0 1.6-1X C Binding, shm extension ii libxcb-xv0 1.6-1X C Binding, xv extension ii libxcb1 1.6-1X C Binding ii libxext62:1.1.2-1X11 miscellaneous extension librar ii ttf-dejavu-core 2.31-1 Vera font family derivate with add ii vlc-nox 1.1.1-1 multimedia player and streamer (wi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vlc recommends: ii vlc-plugin-pulse 1.1.1-1PulseAudio plugin for VLC Versions of packages vlc suggests: pn mozilla-plugin-vlc (no description available) pn videolan-doc (no description available) Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-14 library for decoding ATSC A/52 str ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libass4 0.9.9-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.27-1 Avahi client library ii libavahi-common30.6.27-1 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec524:0.5.2-1ffmpeg codec library ii libavformat52 4:0.5.2-1ffmpeg file format library ii libavutil49 4:0.5.2-1ffmpeg utility library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-1colour ASCII art library ii libcddb21.3.2-2 library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.2.24-2 simple interprocess messaging syst ii libdc1394-222.1.2-3 high level programming interface f ii libdca0 0.0.5-3 decoding library for DTS Coherent ii libdirac-encoder0 1.0.2-3 open and royalty free high quality ii libdvbpsi6 0.1.7-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml00.7.7-3.1access library for the EBML format ii libfaad22.7-4freeware Advanced Audio Decoder - ii libflac81.2.1-2+b1 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.0-2 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of th
Bug#589941: Kmail spell checker is not spellchecking the subject line
Hi, > I have reported this to the Kontact maintainers. It is not a serious bug. Same here, Could you link the Debian bug report to the KDE bug report ? See http://www.debian.org/Bugs/server-control#forwarded Thanks. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589940: Kaddressbook changes not accessible from Kmail Composer
Hi, > The kontact folks are aware of this problem, but I want to be sure it gets > fixed before Squeeze is released as it is a major issue. Is it reported on KDE bug tracker ? As soon as the bug is tracked upstream, we could link the Debian bug report. See http://www.debian.org/Bugs/server-control#forwarded Thanks. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589938: Autosave retrieving emails being composed when kmail closes
Hi > Kmail has this bug reported and is aware, but is something that needs to be > fixed before Squeeze is released as it is serious. Could you link the Debian bug report to the KDE bug report ? See http://www.debian.org/Bugs/server-control#forwarded Thanks. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#576250: febootstrap: segfaults and fails to complete bootstrapping
On Sat, Jul 17, 2010 at 4:47 PM, Michael Banck wrote: > Do you get those segfaults as well if you run febootstrap with > --no-clean? I still have a single segfault instead of the bunch of segfaults: Complete! /usr/bin/febootstrap: line 93: 15649 Segmentation fault [ "$clean" = "yes" ] > If it is just the clean which fails, I agree. At least in the original > logfile, I do not see any other segfaults. You know my opinion on the severity of the bug. > I don't recollect now but there were issues with the half baked chroot > environment. That was the justification for the severity. Ritesh, could you describe the issues ? The segfaults seems related to yum cache cleanup and it doesn't seems a big deal. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589309: Do not provide menu-file
Hi, As explained by Modestas, the Debian Menu System is not the Debian Policy. Moreover, some Debian developers (including me) doesn't care about the menu file. IMHO, we should get ride of this Debian specificity and support desktop file only (like any modern desktop environment). Thanks for your Debian contribution. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589035: please provide zsh completion for osc
> Unless there are license issues I could probably just commit this to > upstream zsh CVS. sounds good. The file is GPLv2. cc'ing the author. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589035: please provide zsh completion for osc
> - like upstream, shipping the file with zsh (if Clint is willing to ship it). > - ask upstream to move the file from zsh to osc and sync I'm not clear here, I mean osc author(s) when I talk about upstream. pristine zsh doesn't ship the file, it's shipped in zsh package from openSUSE, author(s) of osc. osc is a command line client for openSUSE build service and has many parameters, completion is very usefull. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589035: please provide zsh completion for osc
> can you rather forward this upstream? I think it's better to upstream > it first. The file comes from upstream. It's shipped with the zsh package. We have 2 possibilities: - like upstream, shipping the file with zsh (if Clint is willing to ship it). - ask upstream to move the file from zsh to osc and sync Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589035: please provide zsh completion for osc
Package: osc Version: 0.127-1 Severity: wishlist _osc Description: Binary data
Bug#578083: libqtgui4: non-KDE Qt apps do not use style engine
On Thu, May 20, 2010 at 4:22 PM, Nik A. Melchior wrote: > The advice on this forum fixes the problem for me: > > http://forums.opensuse.org/archives/sf-archives/archives-software/344041-how-can-i-set-qt4-theme-qtcurve.html > >> r...@host # cd /usr/lib/qt4/plugins >> r...@host # ln -fs /usr/lib/kde4/plugins/styles styles > > Now QtCurve appears in qtconfig. I understand now: kde-style-qtcurve style plugin is installed as /usr/lib/kde4/plugins/styles/qtcurve.so Under KDE desktop, the QT_PLUGIN_PATH environment variable is expanded: QT_PLUGIN_PATH=~/.kde/lib/kde4/plugins/:/usr/lib/kde4/plugins/ If you want your Qt applications able to use the plugin, you should set QT_PLUGIN_PATH as appropriate in your Desktop environment. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#496238: Menu placement of K3B in Sound & Video - shouldn't it be Accessories?
Hi, No, it doesn't belong to Accessories. The desktop file follows freedesktop menu specification: - additional category -> DiscBurning - related category -> AudioVideo All burning applications use the same menu category. If you want the category changed, you should push it on freedesktop.org. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587575: #587575 mock broken due to its sub components exit with python exception
On Tue, Jul 6, 2010 at 4:14 PM, seth vidal wrote: > If you're getting the above error then you didn't apply the patched > package b/c the above code no longer exists in the patched package. Thanks Seth. I built urlgrabber with Seth patches (taken from his 3.9.1-5 package) and it works as expected. The ball is in Kevin side now. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587502: kdevelop: Regression. Too many resources is used while doing background jobs.
> This is ugly thing, but with kdevelop you can not to set build directory as > "crtmpserver/builders/cmake", but this is need to correct building. Why should I do that ? I should be able to set build directory as I want and not specifically "crtmpserver/builders/cmake". > In easy way you can change config manually. > Edit crtmpserver/builders/cmake/.kdev4/cmake.kdev4 and > set builders/cmake as build dir. > This is variables: CurrentBuildDir BuildDirs > Also add > [Launch][Launch Configuration 0][Data] > Arguments=rtmpserver/rtmpserver.lua > > In another way you can build via pure console: > in crtmpserver/builders/cmake run "cmake . && make" > > After build run kdevelop on with this project. This is the way you reproduce the endless loop ? I mean: import the project with kdevelop, close kdevelop and edit kdevelop project files. Please, give me complete and exact steps to reproduce. By the way, it seems an upstream bug and not a Debian packaging bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#588212: k3b: Bluray support in Squeeze?
> Is it possible we'll see bluray support in Squeeze? > Somebody told me Debian's using wodim instead of cdrtools, and that wodim > couldn't do Blu-Ray..., yet. It's a false statement. Squeeze has blu-ray support (but not through wodim, but through dvd+rw-tools). You can try yourself and check that your media is properly recognized. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587575: #587575 mock broken due to its sub components exit with python exception
It seems an issue with urlgrabber 3.9.x: I installed urlgrabber 3.1.0-5 as it's the version I used when I created successfully my chroot. With this version, I created fc11/12/13 successfully. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587575: #587575 mock broken due to its sub components exit with python exception
Hi, > I would upload to the archives but would rather test first. And I > don't use yum or mock, so if possible I'd like to impose on you for a > quick test. tested and it doesn't help on the issue: ERROR: Command failed: # /usr/bin/yum --installroot /var/lib/mock/fedora-11-x86_64/root/ groupinstall buildsys-build Traceback (most recent call last): File "/usr/lib/pymodules/python2.6/urlgrabber/grabber.py", line 1522, in _progress_update if self._over_max_size(cur=self._amount_read-self._reget_length): File "/usr/lib/pymodules/python2.6/urlgrabber/grabber.py", line 1539, in _over_max_size if cur > max_size + max_size*.10: TypeError: can't multiply sequence by non-int of type 'float' Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587502: kdevelop: Regression. Too many resources is used while doing background jobs.
> Using your recomendation I remove that dir and config. But this is not help. > While next background job is starting i had the same problem. > > Project is available, this is rtmpd.com - OpenSource project. > When I import clean project(just svn'ed) in kdevelop4 all is fine. Project > indexing(via background job) pass successful.After this i run "cmake . && > make" > (on builders/cmake directory) next background job leads to "eating" memory > and hard CPU usage. I think this happend cause project generate several > sym-lynks > to upper directories -> got several loops of scanning. I'm not able to reproduce so far. Maybe there's a difference on the way the project is created. Could you send the exact step you do and your kdevelop project file ? my steps: -> get crtmpserver 0.1 branch (r1421) -> run kdevelop -> project -> open/import project... -> select crtmpserver/builders/cmake/CMakeLists.txt -> set project name to crtmpserver -> set build directory to crtmpserver/build -> ok -> project -> build all projects -> it fails to build on vmtests -> close project -> close kdevelop -> run kdevelop -> project -> open recent -> select crtmpserver project -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587502: kdevelop: Regression. Too many resources is used while doing background jobs.
Hi, Is your cmake based project available somewhere ? try to remove ~/.kdevduchain directory and test if it's better. Cheers, Fathi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#587502: kdevelop: Regression. Too many resources is used while doing background jobs.
> Is your cmake based project available somewhere ? > try to remove ~/.kdevduchain directory and test if it's better. remove also ~/.kde/share/config/kdeveloprc (or rename to kdeveloprc.backup) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
