Bug#1026234: linux-image-6.0.0-5-amd64: i915 driver fails on resume
Hi Salvatore, On Tue 20 Dec 2022 at 06:55 +0100, Salvatore Bonaccorso wrote: > Hi Floris, > > On Sat, Dec 17, 2022 at 01:26:27PM +0100, Floris Bruynooghe wrote: >> Hi Salvatore, >> >> On Fri 16 Dec 2022 at 22:54 +0100, Salvatore Bonaccorso wrote: >> > On Fri, Dec 16, 2022 at 10:34:08PM +0100, Floris Bruynooghe wrote: >> >> On Fri 16 Dec 2022 at 21:50 +0100, Salvatore Bonaccorso wrote: >> >> > On Fri, Dec 16, 2022 at 09:28:35PM +0100, Floris Bruynooghe wrote: >> >> >> Package: src:linux >> >> >> Version: 6.0.10-2 >> >> >> Severity: important >> >> >> >> >> >> Dear Maintainer, >> >> >> >> >> >> Since the 6.0.0-5 kernel the i915 graphics driver often fails on >> >> >> resume. >> >> >> Downgrading to the 6.0.0-4 kernel fixes it and the driver works >> >> >> flawlessly across resume, changing displays etc. >> >> >> >> >> >> On the -5 kernel the following errors are observed when the driver >> >> >> crashes: >> >> >> >> >> >> Dec 13 11:26:58 fredriksen kernel: drm card0-DP-9: PM: parent card0 >> >> >> should not be sleeping >> >> >> Dec 13 11:26:58 fredriksen kernel: drm card0-DP-10: PM: parent card0 >> >> >> should not be sleeping >> >> >> Dec 13 11:26:58 fredriksen kernel: drm card0-DP-11: PM: parent card0 >> >> >> should not be sleeping >> >> >> Dec 13 11:26:58 fredriksen kernel: i915 :00:02.0: [drm] *ERROR* >> >> >> Sending link address failed with -5 >> >> >> Dec 13 11:26:58 fredriksen kernel: [ cut here ] >> >> >> Dec 13 11:26:58 fredriksen kernel: i915 :00:02.0: >> >> >> drm_WARN_ON(dig_port->tc_mode != TC_PORT_DISCONNECTED) >> >> >> Dec 13 11:26:58 fredriksen kernel: WARNING: CPU: 0 PID: 27095 at >> >> >> drivers/gpu/drm/i915/display/intel_tc.c:711 int> >> >> >> Dec 13 11:26:58 fredriksen kernel: Modules linked in: usblp ctr ccm >> >> >> rfcomm cmac algif_hash algif_skcipher af_alg> >> >> >> Dec 13 11:26:58 fredriksen kernel: snd_sof_utils ecdh_generic >> >> >> snd_soc_hdac_hda ecc snd_hda_ext_core snd_soc_acp> >> >> >> Dec 13 11:26:58 fredriksen kernel: configfs efivarfs ip_tables >> >> >> x_tables autofs4 btrfs blake2b_generic libcrc32c> >> >> >> Dec 13 11:26:58 fredriksen kernel: CPU: 0 PID: 27095 Comm: >> >> >> kworker/u32:101 Not tainted 6.0.0-5-amd64 #1 Debian > >> >> >> Dec 13 11:26:58 fredriksen kernel: Hardware name: LENOVO >> >> >> 21CBCTO1WW/21CBCTO1WW, BIOS N3AET67W (1.32 ) 09/27/2022 >> >> >> Dec 13 11:26:58 fredriksen kernel: Workqueue: events_unbound >> >> >> async_run_entry_fn >> >> >> Dec 13 11:26:58 fredriksen kernel: RIP: >> >> >> 0010:intel_tc_port_sanitize+0x2d2/0x490 [i915] >> >> >> Dec 13 11:26:58 fredriksen kernel: Code: 4c 8b 6f 50 4d 85 ed 75 03 4c >> >> >> 8b 2f e8 a7 44 42 e3 48 c7 c1 f8 a6 d6 c0> >> >> >> Dec 13 11:26:58 fredriksen kernel: RSP: 0018:a84dc5debc08 EFLAGS: >> >> >> 00010286 >> >> >> Dec 13 11:26:58 fredriksen kernel: RAX: RBX: >> >> >> 9c812065 RCX: >> >> >> Dec 13 11:26:58 fredriksen kernel: RDX: 0001 RSI: >> >> >> a4b7eeea RDI: >> >> >> Dec 13 11:26:58 fredriksen kernel: RBP: R08: >> >> >> a5262260 R09: a5b5348a >> >> >> Dec 13 11:26:58 fredriksen kernel: R10: R11: >> >> >> 004a R12: 9c81101a2000 >> >> >> Dec 13 11:26:58 fredriksen kernel: R13: 9c8101f19900 R14: >> >> >> R15: 9c81101a2000 >> >> >> Dec 13 11:26:58 fredriksen kernel: FS: () >> >> >> GS:9c883f40() knlGS: >> >> >> Dec 13 11:26:58 fredriksen kernel: CS: 0010 DS: ES: CR0: >> >> >> 80050033 >> >> >> Dec 13 11:26:58 fredriksen kernel: CR2: 55710e140b16 CR3: >> >> >> 0002db810003 CR4: 00770ef0 >> >> >&g
Bug#1026234: linux-image-6.0.0-5-amd64: i915 driver fails on resume
Hi Salvatore, On Fri 16 Dec 2022 at 22:54 +0100, Salvatore Bonaccorso wrote: > On Fri, Dec 16, 2022 at 10:34:08PM +0100, Floris Bruynooghe wrote: >> On Fri 16 Dec 2022 at 21:50 +0100, Salvatore Bonaccorso wrote: >> > On Fri, Dec 16, 2022 at 09:28:35PM +0100, Floris Bruynooghe wrote: >> >> Package: src:linux >> >> Version: 6.0.10-2 >> >> Severity: important >> >> >> >> Dear Maintainer, >> >> >> >> Since the 6.0.0-5 kernel the i915 graphics driver often fails on resume. >> >> Downgrading to the 6.0.0-4 kernel fixes it and the driver works >> >> flawlessly across resume, changing displays etc. >> >> >> >> On the -5 kernel the following errors are observed when the driver >> >> crashes: >> >> >> >> Dec 13 11:26:58 fredriksen kernel: drm card0-DP-9: PM: parent card0 >> >> should not be sleeping >> >> Dec 13 11:26:58 fredriksen kernel: drm card0-DP-10: PM: parent card0 >> >> should not be sleeping >> >> Dec 13 11:26:58 fredriksen kernel: drm card0-DP-11: PM: parent card0 >> >> should not be sleeping >> >> Dec 13 11:26:58 fredriksen kernel: i915 :00:02.0: [drm] *ERROR* >> >> Sending link address failed with -5 >> >> Dec 13 11:26:58 fredriksen kernel: [ cut here ] >> >> Dec 13 11:26:58 fredriksen kernel: i915 :00:02.0: >> >> drm_WARN_ON(dig_port->tc_mode != TC_PORT_DISCONNECTED) >> >> Dec 13 11:26:58 fredriksen kernel: WARNING: CPU: 0 PID: 27095 at >> >> drivers/gpu/drm/i915/display/intel_tc.c:711 int> >> >> Dec 13 11:26:58 fredriksen kernel: Modules linked in: usblp ctr ccm >> >> rfcomm cmac algif_hash algif_skcipher af_alg> >> >> Dec 13 11:26:58 fredriksen kernel: snd_sof_utils ecdh_generic >> >> snd_soc_hdac_hda ecc snd_hda_ext_core snd_soc_acp> >> >> Dec 13 11:26:58 fredriksen kernel: configfs efivarfs ip_tables x_tables >> >> autofs4 btrfs blake2b_generic libcrc32c> >> >> Dec 13 11:26:58 fredriksen kernel: CPU: 0 PID: 27095 Comm: >> >> kworker/u32:101 Not tainted 6.0.0-5-amd64 #1 Debian > >> >> Dec 13 11:26:58 fredriksen kernel: Hardware name: LENOVO >> >> 21CBCTO1WW/21CBCTO1WW, BIOS N3AET67W (1.32 ) 09/27/2022 >> >> Dec 13 11:26:58 fredriksen kernel: Workqueue: events_unbound >> >> async_run_entry_fn >> >> Dec 13 11:26:58 fredriksen kernel: RIP: >> >> 0010:intel_tc_port_sanitize+0x2d2/0x490 [i915] >> >> Dec 13 11:26:58 fredriksen kernel: Code: 4c 8b 6f 50 4d 85 ed 75 03 4c 8b >> >> 2f e8 a7 44 42 e3 48 c7 c1 f8 a6 d6 c0> >> >> Dec 13 11:26:58 fredriksen kernel: RSP: 0018:a84dc5debc08 EFLAGS: >> >> 00010286 >> >> Dec 13 11:26:58 fredriksen kernel: RAX: RBX: >> >> 9c812065 RCX: >> >> Dec 13 11:26:58 fredriksen kernel: RDX: 0001 RSI: >> >> a4b7eeea RDI: >> >> Dec 13 11:26:58 fredriksen kernel: RBP: R08: >> >> a5262260 R09: a5b5348a >> >> Dec 13 11:26:58 fredriksen kernel: R10: R11: >> >> 004a R12: 9c81101a2000 >> >> Dec 13 11:26:58 fredriksen kernel: R13: 9c8101f19900 R14: >> >> R15: 9c81101a2000 >> >> Dec 13 11:26:58 fredriksen kernel: FS: () >> >> GS:9c883f40() knlGS: >> >> Dec 13 11:26:58 fredriksen kernel: CS: 0010 DS: ES: CR0: >> >> 80050033 >> >> Dec 13 11:26:58 fredriksen kernel: CR2: 55710e140b16 CR3: >> >> 0002db810003 CR4: 00770ef0 >> >> Dec 13 11:26:58 fredriksen kernel: PKRU: 5554 >> >> Dec 13 11:26:58 fredriksen kernel: Call Trace: >> >> Dec 13 11:26:58 fredriksen kernel: >> >> Dec 13 11:26:58 fredriksen kernel: intel_ddi_sync_state+0x3f/0x90 [i915] >> >> Dec 13 11:26:58 fredriksen kernel: >> >> intel_modeset_setup_hw_state+0x3b1/0x1410 [i915] >> >> Dec 13 11:26:58 fredriksen kernel: ? _raw_spin_lock_irq+0x19/0x40 >> >> Dec 13 11:26:58 fredriksen kernel: ? wait_for_completion+0x91/0x160 >> >> Dec 13 11:26:58 fredriksen kernel: ? drm_modeset_lock+0x63/0xd0 [drm] >> >> Dec 13 11:26:58 fredriksen kernel: ? ww_mutex_lock+0x14/0x80 >> >> Dec 13 11:26:58 fredriksen kernel: ? __intel_display_resume+
Bug#1026234: linux-image-6.0.0-5-amd64: i915 driver fails on resume
Hi Salvatore, On Fri 16 Dec 2022 at 21:50 +0100, Salvatore Bonaccorso wrote: > Hi Floris, > > On Fri, Dec 16, 2022 at 09:28:35PM +0100, Floris Bruynooghe wrote: >> Package: src:linux >> Version: 6.0.10-2 >> Severity: important >> >> Dear Maintainer, >> >> Since the 6.0.0-5 kernel the i915 graphics driver often fails on resume. >> Downgrading to the 6.0.0-4 kernel fixes it and the driver works >> flawlessly across resume, changing displays etc. >> >> On the -5 kernel the following errors are observed when the driver >> crashes: >> >> Dec 13 11:26:58 fredriksen kernel: drm card0-DP-9: PM: parent card0 should >> not be sleeping >> Dec 13 11:26:58 fredriksen kernel: drm card0-DP-10: PM: parent card0 should >> not be sleeping >> Dec 13 11:26:58 fredriksen kernel: drm card0-DP-11: PM: parent card0 should >> not be sleeping >> Dec 13 11:26:58 fredriksen kernel: i915 :00:02.0: [drm] *ERROR* Sending >> link address failed with -5 >> Dec 13 11:26:58 fredriksen kernel: [ cut here ] >> Dec 13 11:26:58 fredriksen kernel: i915 :00:02.0: >> drm_WARN_ON(dig_port->tc_mode != TC_PORT_DISCONNECTED) >> Dec 13 11:26:58 fredriksen kernel: WARNING: CPU: 0 PID: 27095 at >> drivers/gpu/drm/i915/display/intel_tc.c:711 int> >> Dec 13 11:26:58 fredriksen kernel: Modules linked in: usblp ctr ccm rfcomm >> cmac algif_hash algif_skcipher af_alg> >> Dec 13 11:26:58 fredriksen kernel: snd_sof_utils ecdh_generic >> snd_soc_hdac_hda ecc snd_hda_ext_core snd_soc_acp> >> Dec 13 11:26:58 fredriksen kernel: configfs efivarfs ip_tables x_tables >> autofs4 btrfs blake2b_generic libcrc32c> >> Dec 13 11:26:58 fredriksen kernel: CPU: 0 PID: 27095 Comm: kworker/u32:101 >> Not tainted 6.0.0-5-amd64 #1 Debian > >> Dec 13 11:26:58 fredriksen kernel: Hardware name: LENOVO >> 21CBCTO1WW/21CBCTO1WW, BIOS N3AET67W (1.32 ) 09/27/2022 >> Dec 13 11:26:58 fredriksen kernel: Workqueue: events_unbound >> async_run_entry_fn >> Dec 13 11:26:58 fredriksen kernel: RIP: >> 0010:intel_tc_port_sanitize+0x2d2/0x490 [i915] >> Dec 13 11:26:58 fredriksen kernel: Code: 4c 8b 6f 50 4d 85 ed 75 03 4c 8b 2f >> e8 a7 44 42 e3 48 c7 c1 f8 a6 d6 c0> >> Dec 13 11:26:58 fredriksen kernel: RSP: 0018:a84dc5debc08 EFLAGS: >> 00010286 >> Dec 13 11:26:58 fredriksen kernel: RAX: RBX: >> 9c812065 RCX: >> Dec 13 11:26:58 fredriksen kernel: RDX: 0001 RSI: >> a4b7eeea RDI: >> Dec 13 11:26:58 fredriksen kernel: RBP: R08: >> a5262260 R09: a5b5348a >> Dec 13 11:26:58 fredriksen kernel: R10: R11: >> 004a R12: 9c81101a2000 >> Dec 13 11:26:58 fredriksen kernel: R13: 9c8101f19900 R14: >> R15: 9c81101a2000 >> Dec 13 11:26:58 fredriksen kernel: FS: () >> GS:9c883f40() knlGS: >> Dec 13 11:26:58 fredriksen kernel: CS: 0010 DS: ES: CR0: >> 80050033 >> Dec 13 11:26:58 fredriksen kernel: CR2: 55710e140b16 CR3: >> 0002db810003 CR4: 00770ef0 >> Dec 13 11:26:58 fredriksen kernel: PKRU: 5554 >> Dec 13 11:26:58 fredriksen kernel: Call Trace: >> Dec 13 11:26:58 fredriksen kernel: >> Dec 13 11:26:58 fredriksen kernel: intel_ddi_sync_state+0x3f/0x90 [i915] >> Dec 13 11:26:58 fredriksen kernel: >> intel_modeset_setup_hw_state+0x3b1/0x1410 [i915] >> Dec 13 11:26:58 fredriksen kernel: ? _raw_spin_lock_irq+0x19/0x40 >> Dec 13 11:26:58 fredriksen kernel: ? wait_for_completion+0x91/0x160 >> Dec 13 11:26:58 fredriksen kernel: ? drm_modeset_lock+0x63/0xd0 [drm] >> Dec 13 11:26:58 fredriksen kernel: ? ww_mutex_lock+0x14/0x80 >> Dec 13 11:26:58 fredriksen kernel: ? __intel_display_resume+0x1a/0xe0 [i915] >> Dec 13 11:26:58 fredriksen kernel: __intel_display_resume+0x1a/0xe0 [i915] >> Dec 13 11:26:58 fredriksen kernel: intel_display_resume+0xfc/0x140 [i915] >> Dec 13 11:26:58 fredriksen kernel: i915_drm_resume+0xba/0x130 [i915] >> Dec 13 11:26:58 fredriksen kernel: ? pci_pm_poweroff_noirq+0x100/0x100 >> Dec 13 11:26:58 fredriksen kernel: dpm_run_callback+0x47/0x150 >> Dec 13 11:26:58 fredriksen kernel: device_resume+0x88/0x190 >> Dec 13 11:26:58 fredriksen kernel: async_resume+0x19/0x30 >> Dec 13 11:26:58 fredriksen kernel: async_run_entry_fn+0x2d/0x130 >> Dec 13 11:26:58 fredriksen kernel: process_one_work+0x1c4/0x380 >> Dec 13 11:26:58 fredriksen kernel: worker_thread+0x4d/0
Bug#1026234: linux-image-6.0.0-5-amd64: i915 driver fails on resume
Package: src:linux Version: 6.0.10-2 Severity: important Dear Maintainer, Since the 6.0.0-5 kernel the i915 graphics driver often fails on resume. Downgrading to the 6.0.0-4 kernel fixes it and the driver works flawlessly across resume, changing displays etc. On the -5 kernel the following errors are observed when the driver crashes: Dec 13 11:26:58 fredriksen kernel: drm card0-DP-9: PM: parent card0 should not be sleeping Dec 13 11:26:58 fredriksen kernel: drm card0-DP-10: PM: parent card0 should not be sleeping Dec 13 11:26:58 fredriksen kernel: drm card0-DP-11: PM: parent card0 should not be sleeping Dec 13 11:26:58 fredriksen kernel: i915 :00:02.0: [drm] *ERROR* Sending link address failed with -5 Dec 13 11:26:58 fredriksen kernel: [ cut here ] Dec 13 11:26:58 fredriksen kernel: i915 :00:02.0: drm_WARN_ON(dig_port->tc_mode != TC_PORT_DISCONNECTED) Dec 13 11:26:58 fredriksen kernel: WARNING: CPU: 0 PID: 27095 at drivers/gpu/drm/i915/display/intel_tc.c:711 int> Dec 13 11:26:58 fredriksen kernel: Modules linked in: usblp ctr ccm rfcomm cmac algif_hash algif_skcipher af_alg> Dec 13 11:26:58 fredriksen kernel: snd_sof_utils ecdh_generic snd_soc_hdac_hda ecc snd_hda_ext_core snd_soc_acp> Dec 13 11:26:58 fredriksen kernel: configfs efivarfs ip_tables x_tables autofs4 btrfs blake2b_generic libcrc32c> Dec 13 11:26:58 fredriksen kernel: CPU: 0 PID: 27095 Comm: kworker/u32:101 Not tainted 6.0.0-5-amd64 #1 Debian > Dec 13 11:26:58 fredriksen kernel: Hardware name: LENOVO 21CBCTO1WW/21CBCTO1WW, BIOS N3AET67W (1.32 ) 09/27/2022 Dec 13 11:26:58 fredriksen kernel: Workqueue: events_unbound async_run_entry_fn Dec 13 11:26:58 fredriksen kernel: RIP: 0010:intel_tc_port_sanitize+0x2d2/0x490 [i915] Dec 13 11:26:58 fredriksen kernel: Code: 4c 8b 6f 50 4d 85 ed 75 03 4c 8b 2f e8 a7 44 42 e3 48 c7 c1 f8 a6 d6 c0> Dec 13 11:26:58 fredriksen kernel: RSP: 0018:a84dc5debc08 EFLAGS: 00010286 Dec 13 11:26:58 fredriksen kernel: RAX: RBX: 9c812065 RCX: Dec 13 11:26:58 fredriksen kernel: RDX: 0001 RSI: a4b7eeea RDI: Dec 13 11:26:58 fredriksen kernel: RBP: R08: a5262260 R09: a5b5348a Dec 13 11:26:58 fredriksen kernel: R10: R11: 004a R12: 9c81101a2000 Dec 13 11:26:58 fredriksen kernel: R13: 9c8101f19900 R14: R15: 9c81101a2000 Dec 13 11:26:58 fredriksen kernel: FS: () GS:9c883f40() knlGS: Dec 13 11:26:58 fredriksen kernel: CS: 0010 DS: ES: CR0: 80050033 Dec 13 11:26:58 fredriksen kernel: CR2: 55710e140b16 CR3: 0002db810003 CR4: 00770ef0 Dec 13 11:26:58 fredriksen kernel: PKRU: 5554 Dec 13 11:26:58 fredriksen kernel: Call Trace: Dec 13 11:26:58 fredriksen kernel: Dec 13 11:26:58 fredriksen kernel: intel_ddi_sync_state+0x3f/0x90 [i915] Dec 13 11:26:58 fredriksen kernel: intel_modeset_setup_hw_state+0x3b1/0x1410 [i915] Dec 13 11:26:58 fredriksen kernel: ? _raw_spin_lock_irq+0x19/0x40 Dec 13 11:26:58 fredriksen kernel: ? wait_for_completion+0x91/0x160 Dec 13 11:26:58 fredriksen kernel: ? drm_modeset_lock+0x63/0xd0 [drm] Dec 13 11:26:58 fredriksen kernel: ? ww_mutex_lock+0x14/0x80 Dec 13 11:26:58 fredriksen kernel: ? __intel_display_resume+0x1a/0xe0 [i915] Dec 13 11:26:58 fredriksen kernel: __intel_display_resume+0x1a/0xe0 [i915] Dec 13 11:26:58 fredriksen kernel: intel_display_resume+0xfc/0x140 [i915] Dec 13 11:26:58 fredriksen kernel: i915_drm_resume+0xba/0x130 [i915] Dec 13 11:26:58 fredriksen kernel: ? pci_pm_poweroff_noirq+0x100/0x100 Dec 13 11:26:58 fredriksen kernel: dpm_run_callback+0x47/0x150 Dec 13 11:26:58 fredriksen kernel: device_resume+0x88/0x190 Dec 13 11:26:58 fredriksen kernel: async_resume+0x19/0x30 Dec 13 11:26:58 fredriksen kernel: async_run_entry_fn+0x2d/0x130 Dec 13 11:26:58 fredriksen kernel: process_one_work+0x1c4/0x380 Dec 13 11:26:58 fredriksen kernel: worker_thread+0x4d/0x380 Dec 13 11:26:58 fredriksen kernel: ? rescuer_thread+0x3a0/0x3a0 Dec 13 11:26:58 fredriksen kernel: kthread+0xe6/0x110 Dec 13 11:26:58 fredriksen kernel: ? kthread_complete_and_exit+0x20/0x20 Dec 13 11:26:58 fredriksen kernel: ret_from_fork+0x1f/0x30 Dec 13 11:26:58 fredriksen kernel: Dec 13 11:26:58 fredriksen kernel: ---[ end trace ]--- Dec 13 11:26:58 fredriksen kernel: [ cut here ] Dec 13 11:26:58 fredriksen kernel: i915 :00:02.0: drm_WARN_ON(dig_port->tc_lock_wakeref) Dec 13 11:26:58 fredriksen kernel: WARNING: CPU: 0 PID: 27095 at drivers/gpu/drm/i915/display/intel_tc.c:712 int> Dec 13 11:26:58 fredriksen kernel: Modules linked in: usblp ctr ccm rfcomm cmac algif_hash algif_skcipher af_alg> Dec 13 11:26:58 fredriksen kernel: snd_sof_utils ecdh_generic snd_soc_hdac_hda ecc snd_hda_ext_core snd_soc_acp> Dec 13 11:26:58 fredriksen kernel: configfs
Bug#899623: *prod* Please fix omniorb-dfsg bug #899623?
Hello, On Sat 28 Mar 2020 at 17:28 +0100, Ivo De Decker wrote: > On Sun, Mar 10, 2019 at 01:59:50PM +, Steve McIntyre wrote: >> Hi guys, >> >> I don't know if you've even seen this RC bug. Could you please update >> the maintainer address to point to something that works? > > Any news on this? Are you still interested in maintaining omniorb-dfsg? > > The last maintainer upload was in 2015. Maybe this package should be orphaned > instead? Yes, this package should really be orphaned and possibly even removed now if there are RC bugs and no dependencies for it. I've never been a DD myself only maintained this for a few years together with Thomas, but AFAIK both me or Thomas have stopped maintaining this for years now. IIRC I attempted to orphan this at some point, but it may never have had the upload and svn seems gone by now too... Apologies for not getting the state of the package correctly and the extra work it causes you. Cheers, Floris
Bug#767988: O: plotutils -- GNU plotutils command line tools based on libplot
Package: wnpp Severity: normal I intend to orphan the plotutils package. It is very low maintenance and currently in a pretty good shape. It may just require some updates for policy changes but there shouldn't be anything major. The package description is: The GNU plotting utilities include programs for plotting two-dimensional scientific data. They are built on top of GNU `libplot', a library for device-independent two-dimensional vector graphics. Regards, Floris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648376: gnome-shell: Craches when button_layout does not contain :
Hi, Yes I can confirm that this is no longer a problem and behaves as expected. Tested with 3.8.4-5+b1. Thanks, Floris On 27 March 2014 22:54, althaser altha...@gmail.com wrote: Hey Floris, this is an old bug. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? the new path from dconf-editor is: org.gnome.shell.overrides.button.layout here with 3.8.4-5+b1 if I remove the : on that field it just move the close button to left for instance. cheers, althaser -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650316: debian-maintainers: Please add Floris Bruynooghe as Debian Maintainer
Package: debian-maintainers Severity: normal Hello, I'd like to request to be added to the Debian Maintainers keyring. Attached is the corresponding jetring changest with all the required information. Thanks, Floris -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Comment: Add Floris Bruynooghe f...@devork.be as a Debian Maintainer Date: Mon, 28 Nov 2011 19:27:32 + Action: import Recommended-by: Thomas Girard thomas.g.gir...@free.fr, Santiago Vila sanv...@debian.org Agreement: http://lists.debian.org/debian-newmaint/2011/11/msg00015.html Advocates: http://lists.debian.org/debian-newmaint/2011/11/msg00023.html http://lists.debian.org/debian-newmaint/2011/11/msg00032.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.11 (GNU/Linux) mQINBE3/igMBEACxJ2cHDuc345JGiSLtW6wij2zBstWLB6wA70AbHzLkBgazJW9A sDNvij7EXkyVL2BkRaTS1BVLI0ku/tcACfiSV66ob6kiBaxqGSTV/6yS7U4/HqO4 4/0Hda5C9gO9vSCt+yC9efaAsHZvuMTiLJt1PMTgRDLSekM9qDI/H3mXGOvZEZ2V r4oppFN5aN2GWxjn+cGlyWms237LBz0k9TXGuWw9VRKFCSkmSmALnn5kyGhOwGhD g+qneG65QPzxLRNGvFTWewIIMFSAWlrG89qL7bj9yLSZhOV2TqvooSGz+bThA2Ha Ch+5+OdvROaJAc8746xNJgVZLxsotyjKTAB36VaaFp2c2vGqHJsR+fy6+lYS10f2 ZF/qmeJYOBvNKXbBELyaHzfMWhdTTuHOdVLfoM65cXUF7lJek5O4Ybkw+L3j4Y7D YnW3y64r9k5/QUbr9086P2Ss9CII5I3vZCIbX/GFEUoIBDkq6bk728DD6cYEVMjK /mD4lPweYu+W8dxvqeUj/UO8yEEwwBmjbU198hZPWE8lVmvN7YRuSJeamlph+Lat RLiurvTZqfrz5mBxuAv0Yf4QncCc1WojDHeIec34CCFAR5SjIO23lyeoriaTD54P 5VL9AvDCs3rWmdpIuFBv0lkUM81I3toC/4Avz9ViP6TFr45v0/1WaZoR3QARAQAB tCJGbG9yaXMgQnJ1eW5vb2doZSA8Zmx1YkBkZXZvcmsuYmU+iQI6BBMBCAAkAhsD BQsJCAcDBRUKCQgLBRYCAwEAAh4BAheABQJN/43kAhkBAAoJEHAqJttMyz/89A8P /1gF6U+Yr7CoCs9DkzH1xtIWnaoNBMBCccNooCT2i+MMHP65ToNpxv/TWenyCtfA faofR+4BjcsWYcozdtLYojuHIh15WV5X/kdShsD1Ltlp6PEr9rOW2Bao2m79cv4F pKymem/KgGFR+FsqiiE68P5UvkkHXmGwdtiP6DnjawaNnfjvFFsmhCPJh9HOdXek VsJR7AkBkX2qP2QL4WZhi6SpXDG993nqDrCkP1hJGpxiVx16EqPg5cONy4kENKNH uYWnDI4eQyWldC0ZaT61abAJB+L//Fs/auK0nb+OkynGAMdo14GCiHAxsMbi9H8b Jo1FxmMcoK4OjyU5bdCp1dHCLVdKSHP4WXEzapHFFeYcOoOKnzxqBOMIE9Gd832d ETxy4iWuXkkOcxWqvjrMa2PNDThsCO3Brydm2vnOjjIT/goweMjPBCdazQraiWm1 oZw0MCVAs1UZEL2BC3s1KxOCscIJeDzZa5o+RtmZyVfomgwi7hSf3Dktrv2wqqZ7 D5M7gvEVhYMmPYttn8TxgQXyK4NgVyXrSTCAHEfRFNxKd9IXjC4VXK8rk1JCL0p5 F5Ycq81CwqtRoHihaYW1WtoVNwrR7Diw6h38vyNYIENq0k/Q/zXquicK6AUGI67q d+RXGt8IvQwlt0x0IV4IO7XhMoHqGJFHv9nyFeKfEy+TiEYEEBEIAAYFAk3/jkgA CgkQ1ZnMZEhp4EdS/wCfedYdjNGnmhPmy3OdAb6rYjLMTqEAn3ky6/cMRxFvJ1NF xtBCjJjhESG0iEYEEBECAAYFAk4E52AACgkQAukwV0RN2VA5igCcC/rF33IEny18 tgKMqCIa3oXX1k4AoI1cHcBk9YrqKpj6vG97qrqaXHvpiEYEEBECAAYFAk4A9DcA CgkQaGRzDfCV5eT+bgCggbiLDjz7EgI9dBE6LOvFfJL6VAoAnim7g2EWXq3UG85x DGDEjK8Zbyl3tC9GbG9yaXMgQnJ1eW5vb2doZSA8ZmxvcmlzLmJydXlub29naGVA Z21haWwuY29tPokCNwQTAQgAIQUCTf+NWwIbAwULCQgHAwUVCgkICwUWAgMBAAIe AQIXgAAKCRBwKibbTMs//KUlD/0dIlI4ajemZFnYiKxpHi4or8/Y5wnwnr6qveft zseu9D8XbEJvWjbkY7PGUQS+uFRqf7GugMqPcsye/rOvshpCVFJE2SQy6m2c9O4f B1J+uCLgzW9o6bCFlOgvoQ/zQM8ZpkSBs/ANaGyIGQ5lbmoh4qLjq8QApeO0AVvM LueMGXlJKbko3EAe0Naw9BrnVBCsPcIDFRfLEBV+z0c5w4K9XahPFcDIxu2ggkaQ aEeHe88AkwXzeC48NK1+T799vXZ/SCSPhcgm6HthGWRkPiAi5UGNA1ZMnpex6xog uqTnW2w8RtMdxDRKTRP87ofdNcFJVogECnsuZG0izrFBfn3+YckwYE0pMcy/X4OE UTlILg2YU3CA5McWgCc4rEzZhwBPR5C2AQV7+ENdH6OG09g/GglYbm4Tuuzvdvj9 65Y0AXVAcLUp5zMx6QQtVP823TQY5Xbn4Kdbnd3nZ9i3zi1BIva7IzZGGrYO/lE9 ++3785f856F3mozCVFRydzfdnwQosuwxjaMoQfNGVaPwXog0hdjxA0gOJF8D2CMB gR2aHQBd+rSXaIJZlYUbYKZG4EoP9iT81HLkwGTPvbpAXxZ4qjVy0xc9y3xcpl26 XEHYZlfL5tpKO5XyvARbXA3vmGSsPWeQIDbeZsKRr9WV2SU2pXx9CeTXqB+qowb4 hQKLYohGBBARCAAGBQJN/45IAAoJENWZzGRIaeBHujIAnibXDi8+3LkWMNqQ8Nu9 cgTQJ6k+AJ0VoSb/BsRvKGi+przDkv1oEhHL+IhGBBARAgAGBQJOAPQ3AAoJEGhk cw3wleXkSIUAnj0ITNV5xWuTryKSDDgj3/+s5D/PAJ4m9vUMtLO0juSFUaP8ZXTU ZFYj6rkCDQRN/4oDARAAxnp/HbGIKUIaab5GEJuLx1PnTIivsduJReSI8ibvKnNE GuxsD4qD4mOCIbMSivB2Ky7l1gm1/jCr+TIiILkoOCRa0gGdoh7p/kn7DgwUBxXL gdUtB1r8JrS0RZT64k0nW58MyTELirZYMnDpTW6kUKZMqnXU0LTX32Dln9QJboWc GUKlTdmxZyBaf1YVVLTRaDZKy8TWKp3lhvMfL5hY3C+7dvjJkErg6Cz/ng5nV5UT Ilc9A1aGn5TDgNjxFExLzvU1oi/swc99ee3sQ8anW9WcB0DoMbAe9FCJpXHO33hb qZSyO7RzqN7soE5+y0y+CM3wW2RvHsHzqHgjSV5+/nh/J2uKpFGUOPpKFwtb7h3G tmTGo+qeCmUXMI9JlNXO3ueCbddLEoaAl41s9gudQ7IUVjk5JB49hSXtXN/ylE2/ CXH/tTu0Cmc+I8fr0R1d2+fONB1EISv1Wxsz3yo/qRJBDw6k0Fdb2m/waJ70v8pd 0o6NCRbBmCfJb7egUlpR9I/fRnS/Sd5T7kSS5tEdfVEeImDg44DcSBZAR+nQGQhJ 3B+iEkeImlBDPLhkqPPmUh/AYt2AFlf1OLUjrzoU8Z2YFLspMP91b3iJkkZySkJ5 y/zVB6YdGGSLWOMJKBGkSZLFf/RMoGPp9SQGWXXbgO5V3PkvXf25kOxHUrlK9jsA EQEAAYkCHwQYAQgACQUCTf+KAwIbDAAKCRBwKibbTMs//J3VD/9qUtLVKABhbzxg cSgdMmcGCnahd3N0jmSEER+Rfn5cIjTY/00Q2hM8Ehdk2qp8tXbzWV0aB1aYNCoo GKnLHcKKdz21+zcAOL5P0vE3r76tdIPtZlaljA8480PDG4PvQM4KFxGCVtAyqbSv +d+QXN10EKWBlG0lKnIJbAES6LfglsYV
Bug#648376: gnome-shell: Craches when button_layout does not contain :
Package: gnome-shell Version: 3.0.2-5 Severity: minor Hi, If you manage to place a string which does not contain a colon (:) in the /desktop/gnome/shell/windows/button_layout gconf key gnome-shell will crash as soon as you try to open a window. Yes that's a user error, but a pretty bad and obtuse way of failing. Regards, Floris -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii gconf2 2.32.4-1 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-clutter-1.0 1.8.2-1 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-freedesktop 0.10.8-2+b1 ii gir1.2-gconf-2.0 2.32.4-1 ii gir1.2-gdkpixbuf-2.0 2.24.0-1 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 0.10.8-2+b1 ii gir1.2-gnomebluetooth-1.03.2.1-1 ii gir1.2-gtk-3.0 3.0.12-2 ii gir1.2-json-1.0 0.14.0-1 ii gir1.2-mutter-3.03.0.2.1-4 ii gir1.2-networkmanager-1.00.9.0-2 ii gir1.2-pango-1.0 1.29.4-2 ii gir1.2-polkit-1.00.102-1 ii gir1.2-telepathyglib-0.120.16.0-1 ii gir1.2-telepathylogger-0.2 0.2.10-2 ii gir1.2-upowerglib-1.00.9.14-1 ii gjs 1.29.0-2+b1 ii gnome-bluetooth 3.2.1-1 ii gnome-icon-theme-symbolic3.2.1-1 ii gnome-settings-daemon3.0.3-3 ii gsettings-desktop-schemas3.0.1-1 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libcamel-1.2-23 3.0.3-1 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.2-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.2-2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.26-1 ii libebook1.2-10 3.0.3-1 ii libecal1.2-8 3.0.3-1 ii libedataserver1.2-14 3.0.3-1 ii libedataserverui-3.0-0 3.0.3-1 ii libffi5 3.0.10-3 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.7-2 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgirepository-1.0-10.10.8-2+b1 ii libgjs0b [libgjs0-libmozjs7d]1.29.0-2+b1 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libglib2.0-0 2.28.8-1 ii libgnome-desktop-3-0 3.0.2-2 ii libgnome-menu2 3.0.1-3 ii libgstreamer0.10-0 0.10.35-1 ii libgtk-3-0 3.0.12-2 ii libical0 0.44-3 ii libjson-glib-1.0-0 0.14.0-1 ii libmozjs7d 7.0.1-4 ii libmutter0 3.0.2.1-4 ii libnspr4-0d 4.8.9-1 ii libnss3-1d 3.12.11-3 ii libpango1.0-01.29.4-2 ii libpolkit-agent-1-0 0.102-1 ii libpolkit-gobject-1-00.102-1 ii libpulse-mainloop-glib0 1.0-4 ii libpulse01.0-4 ii libsoup2.4-1 2.34.3-1 ii libsqlite3-0 3.7.7-2 ii
Bug#644904: [Pkg-corba-devel] Bug#644904: Bug#644904: omniidl: fails to install on sid
Hello, On Wed, Oct 12, 2011 at 10:20:20AM +0200, Haïkel Guémar wrote: i'm using pbuilder to build my package. The Debian Developer (Sylvestre Ledru) who sponsored my package had the same issue with cowbuilder. I reproduced that issue on a fresh pbuilder chroot (i refreshed apt package cache and checked that python 2.7.2 is installed before): Thanks for this extra information, it was me who had an un-clean chroot. It seems I still had python 2.6 installed and with that missing I can reproduce your problem. Regards, Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644904: [Pkg-corba-devel] Bug#644904: omniidl: fails to install on sid
severity 644904 normal thanks Hello Haïkel, Could you provide some more information on how the installation of omniidl fails for you? I've just installed it in my sid chroot with python 2.7 as the default and everything works just fine (hence I lowered the severity to not be RC). Any chance your chroot is just in a funny state? Thanks, Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624740: python-omniorb: FTBFS without python2.5
Hi On 1 May 2011 06:37, Scott Kitterman deb...@kitterman.com wrote: Package: python-omniorb Version: 3.5-1 Severity: serious Justification: fails to build from source This has been fixed in r267 of svn.debian.org/svn/pkg-corba/trunk/python-omniorb, so someone needs to upload this now. Usually Thomas Girard does this but I don't know how much time he has (we don't tend to be the fastest team ;-)) so if this is urgent for the transition then maybe someone else could upload this after checking with him? Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624680: python3-profiler: Bytecode compilation failure during install
Package: python3-profiler Version: 3.2-2 Severity: normal Hi Installing python3-profiles fails: Setting up python3-profiler (3.2-2) ... Traceback (most recent call last): File py_compile.py, line 201, in module sys.exit(main()) File py_compile.py, line 193, in main compile(filename, doraise=True) File py_compile.py, line 131, in compile encoding = read_encoding(file, utf-8) File py_compile.py, line 83, in read_encoding f = open(file, rb) IOError: [Errno 2] No such file or directory: 'profile.py' dpkg: error processing python3-profiler (--configure): subprocess installed post-installation script returned error exit status 1 It appears the package only ships files in /usr/lib/python3.2/ but the postinst script has a for v in 3.1 3.2 line which makes it attempt to byte-compile files in /usr/lib/python3.1/, which don't exist. I obviously have python3.1 installed too: $ dpkg -l python3.1 python3.2 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii python3.1 3.1.3-1An interactive high-level object-oriented la ii python3.2 3.2-1 An interactive high-level object-oriented la Regards Floris -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3-profiler depends on: ii python3 3.2-3 interactive high-level object-orie python3-profiler recommends no packages. Versions of packages python3-profiler suggests: ii python3-doc 3.2-3 documentation for the high-level o -- 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#590323: plotutils: new upstream package available
Hello Roland Sorry for the delay. I've got an upload ready but only did so just as the freeze was announced and didn't think it warranted an exception so was waiting for the release before asking for uploading. But if you think we'd be better of uploading to experimental I'll adjust (and check the package again, it's been a while) and ask for an upload (I'll check with my regular uploader but if he's busy/agrees I don't mind if you want to upload). So let me know if you'd like to get this into experimental. Regards Floris On 5 January 2011 21:10, Roland Stigge sti...@antcom.de wrote: Hi, On 06/08/10 00:16, Floris Bruynooghe wrote: On Sun, Jul 25, 2010 at 11:51:32PM +0200, Roland Stigge wrote: I'm maintaining pstoedit which depends on libplot from plotutils. The Debian bug #506086 should be fixed according to the pstoedit upstream maintainer by latest libplot 2.6. Therefore, I'm filing this bug as normal, not just wishlist. I've updated the package and the result is at http://devork.be/debian/ (dget http://devork.be/debian/plotutils_2.6-1.dsc) if you'd like to check it out. I need to do some more install-upgrade-remove-... testing and will then ask my usual sponsor if he wants to upload. I'm just working with pstoedit's upstream on the new version and am wondering if we can fix #506086 with #590323 by uploading the new version of plotutils. I can upload the new version if you want. Just tell. Thanks, bye, Roland -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605188: python-omniorb-doc: Use of PYTHONPATH env var in an insecure way
severity #605188 minor thanks This is only in documentation, so I don't think it is RC. Even then I'm not sure if it should be a bug at all, but I'll leave it open for now so we can figure out what by the time we upload the next version. Regards Floris On 27 November 2010 22:45, Sandro Tosi mo...@debian.org wrote: Package: python-omniorb-doc Version: 3.3-1 Severity: important Tags: security User: debian-pyt...@lists.debian.org Usertags: pythonpath Jakub Wilk performed an analysis[1] for packages setting PYTHONPATH in an insecure way. Those packages do something like: PYTHONPATH=/spam/eggs:$PYTHONPATH This is wrong, because if PYTHONPATH were originally unset or empty, current working directory would be added to sys.path. [1] http://lists.debian.org/debian-python/2010/11/msg00045.html Your package turns out to ship vulnerable examples or contains insecure advices: you can find a complete log at [2]. [2] http://people.debian.org/~morph/mbf/pythonpath.txt Some guidelines on how to fix these bugs: in the case given above, you can use something like PYTHONPATH=/spam/eggs${PYTHONPATH:+:$PYTHONPATH} (If you don't known this construct, grep for Use Alternative Value in the bash/dash manpage.) Also, in cases like PYTHONPATH=/usr/lib/python2.5/site-packages/:$PYTHONPATH or PYTHONPATH=$PYTHONPATH:$SPAMDIR exec python $SPAMDIR/spam.py you shouldn't need to touch PYTHONPATH at all. Feel free to contact debian-pyt...@lists.debian.org in case of help. -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570422: [Pkg-corba-devel] Bug#570422: please package omniorb 4.1.4
Hi Sylvain On 25 October 2010 17:12, Sylvain Joyeux sylvain.joy...@m4x.org wrote: Even though I'm the submitter, I did not get the followups. However, I can't find the package(s) on mentors.debian.net to try them out. Is there somewhere I can get them ? It's ready in our svn repository, just not getting uploaded because debian is in a freeze currently. But if you check out the svn you should be able to build the packages easily. Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590323: plotutils: new upstream package available
On Sun, Jul 25, 2010 at 11:51:32PM +0200, Roland Stigge wrote: I'm maintaining pstoedit which depends on libplot from plotutils. The Debian bug #506086 should be fixed according to the pstoedit upstream maintainer by latest libplot 2.6. Therefore, I'm filing this bug as normal, not just wishlist. I've updated the package and the result is at http://devork.be/debian/ (dget http://devork.be/debian/plotutils_2.6-1.dsc) if you'd like to check it out. I need to do some more install-upgrade-remove-... testing and will then ask my usual sponsor if he wants to upload. Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570422: [Pkg-corba-devel] Bug#570422: please package omniorb 4.1.4
Hi On Wed, Jun 16, 2010 at 09:03:39PM +0200, trophime wrote: Please find a tentative package for version 4.1.4 at http://mentors.debian.net/cgi-bin/maintainer-packages?action=details;package=omniorb-dfsg If you got commit access to our repo would you mind committing the changes there? You can always join the team if you'd like to help out, I'm sure Thomas will gladly give you commit access if you would like it. See our alioth page on https://alioth.debian.org/projects/pkg-corba/ Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578784: RM: omniorb -- ROM; Replaced by omniorb-dfsg
Package: ftp.debian.org Severity: normal omniorb4 has been replaced by omniorb-dfsg and all it's binary packages taken over. Therefore it is no longer required. Cheers Floris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571417: omniorb4: superseded by omniorb-dfsg, should be removed?
On Thu, Feb 25, 2010 at 02:11:35PM +0100, Lucas Nussbaum wrote: Shouldn't this package be removed from Debian? Looks like it is superseded by omniorb-dfsg. omniorb-dfsg provides replacement packages for all of the binary packages in omniorb4. It is my understanding from [0] that this makes omniorb4 an orphan and therefore an explicit request is not required. But not having much experience with this I might be wrong, so let me know if I should file an explicit removal request anyway. Regards Floris [0] http://www.debian.org/doc/developers-reference/pkgs.html#removing-pkgs -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558588: Description of libesd0 should mention alsa support
Package: libesd0 Version: 0.2.41-6 Severity: wishlist Hi Since 0.2.41-6 libesd0 is compiled against alsa (on Linux) and libesd0-alsa is no longer provided. It would be nice if the description of libesd0 mentioned it now uses alsa as I had to find the changelog to know that I could safely remove libesd0-alsa. Thanks Floris -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libesd0 depends on: ii esound-common 0.2.41-6 Enlightened Sound Daemon - Common ii libasound21.0.21a-1 shared library for ALSA applicatio ii libaudiofile0 0.2.6-7Open-source version of SGI's audio ii libc6 2.10.1-7 GNU C Library: Shared libraries libesd0 recommends no packages. Versions of packages libesd0 suggests: ii esound-clients0.2.41-6 Enlightened Sound Daemon - clients ii pulseaudio-esound-compat [eso 0.9.19-2 PulseAudio ESD compatibility layer -- 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#550629: python-pyorbit-omg and python-omniorb-omg: error when trying to install together
On Sun, Oct 11, 2009 at 06:25:24PM +0200, Ralf Treinen wrote: This is a serious bug as it makes installation fail. Possible solutions are to have the two packages conflict, to rename the common file in one of the two packages, or to remove the file from one package and have this package depend on the other package. File diversions or a Replace relation are another possibility. Looking at the contents of both packages I think they should conflict. I will add this for the next version of python-omniorb-omg in our svn repo, with a note in the package description explaining this. Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541249: [Pkg-corba-devel] Bug#541249: omnievents: Incorrect runlevels in init.d LSB header
On Fri, Sep 18, 2009 at 06:48:40PM +0200, Petter Reinholdtsen wrote: Hi. Any hope of having this fixed soon? Let me know if I should not NMU to get a fix into the archive. I've never worked on omnievents, but both me and Thomas seem to have exceedingly little time to work on pkg-corba recently so I reckon an NMU might be the best (with a delayed queue in case Thomas rejects maybe). Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545587: python-codespeak-lib: py.test manpage out of date
Package: python-codespeak-lib Version: 1.0.1-1 Severity: minor Hello The py.test manual page included is no longer accurate for the 1.0 verion. Updating it from the --help output might be helpful. Thanks Floris -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-codespeak-lib depends on: ii python-support1.0.3 automated rebuilding support for P ii python2.4 2.4.6-2An interactive high-level object-o python-codespeak-lib recommends no packages. Versions of packages python-codespeak-lib suggests: ii ghostscript8.70~dfsg-2 The GPL Ghostscript PostScript/PDF pn graphviz none(no description available) ii ps2eps 1.64-6convert PostScript to EPS (Encapsu ii rsync 3.0.6-1 fast remote file copy program (lik ii screen 4.0.3-14 terminal multiplexor with VT100/AN ii subversion 1.6.3dfsg-1 Advanced version control system ii texlive2007.dfsg.2-4 TeX Live: A decent selection of th -- 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#363396:
reassign 363396 python-pyorbit-omg thanks I think this is from pyORBit instead of omniORB. The simlink seems like it is pointing to an old file from it. Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483536: backkupninja: Output to syslog
Package: backkupninja Severity: wishlist Hello It would be nice if backupninja send it's status messages to the syslog as well as sending them in an email (which is optional anyway). Currently my .sh scripts send all status to both syslog and backupninja to alleviate this. Related to this (maybe this should be a separate wishlist bug) it would be good if backupninja would catch signals and log the fact that it got stopped before the backup was completed. This is useful e.g. when a system shutdown occurs. Regards Floris -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477438: roundup: Security update 1.2.1-5+etch1 breaks page rendering
Package: roundup Version: 1.2.1-5+etch1 Severity: grave Tags: patch Justification: renders package unusable Hi The recent security update into etch, 1.2.1-5+etch1 breaks the page rendering (templating) of roundup making all the trackers it runs useless. For the benefit of search engines, here the last part of the traceback: [...] File string, line 2, in f File /usr/lib/python2.4/site-packages/roundup/cgi/templating.py, line 1200, in __str__ return self.plain() File /usr/lib/python2.4/site-packages/roundup/cgi/templating.py, line 1760, in plain if escape: NameError: global name 'escape' is not defined Comparing the code of templating.py with the previous version makes the fix obvious luckily. In templating.py on line 2698 change: def plain(self): back into: def plain(self, escape=0): Note that I didn't cross-check the CVE (it mentions escaping user input in #472643) so maybe defaulting to the old '0' is not correct and it should be '1' to fix the CVE. I don't know that much about it, all I know is that I want a working system (and since it's internal I trust my users...) Regards Floris -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages roundup depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt roundup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467640: backupninja: compressed ldap backup with slapcat fails
Package: backupninja Version: 0.9.4-6 Severity: normal Hi When using LDAP backup with compress = yes and method = slapcat in a /etc/backup.d/21-local.ldap file the backup fails: # backupninja -d --run 21-local.ldap Debug: check_perms 21-local.ldap Debug: perms: -rw-r- Debug: gperm: r-- Debug: wperm: --- Debug: check_perms 21-local.ldap Debug: perms: -rw-r- Debug: gperm: r-- Debug: wperm: --- Info: starting action 21-local.ldap (because of --now) Debug: yes Debug: /usr/sbin/slapcat -f /etc/ldap/slapd.conf -b dc=clockhouse | /bin/gzip usage: slapcat [-v] [-d debuglevel] [-f configfile] [-F configdir] [-c] [-g] [-n databasenumber | -b suffix] [-l ldiffile] [-a filter] Warning: Failed ldif export of dc=clockhouse Warning: finished action 21-local.ldap: WARNING Debug: send report to [EMAIL PROTECTED] Info: FINISHED: 1 actions run. 0 fatal. 0 error. 1 warning. When setting compress = no in the .ldap file however it works fine: # backupninja -d --run 21-local.ldap Debug: check_perms 21-local.ldap Debug: perms: -rw-r- Debug: gperm: r-- Debug: wperm: --- Debug: check_perms 21-local.ldap Debug: perms: -rw-r- Debug: gperm: r-- Debug: wperm: --- Info: starting action 21-local.ldap (because of --now) Debug: yes Debug: /usr/sbin/slapcat -f /etc/ldap/slapd.conf -b dc=clockhouse Info: Successfully finished ldif export of dc=clockhouse Info: finished action 21-local.ldap: SUCCESS Debug: send report to [EMAIL PROTECTED] Info: FINISHED: 1 actions run. 0 fatal. 0 error. 0 warning. It would be nice to be able to use compression. Regards Floris -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages backupninja depends on: ii bash 3.1dfsg-8 The GNU Bourne Again SHell ii dialog1.0-20060221-3 Displays user-friendly dialog boxe ii mawk 1.3.3-11 a pattern scanning and text proces backupninja recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467640: backupninja: compressed ldap backup with slapcat fails
Hello Micah On Tue, Feb 26, 2008 at 05:50:49PM -0500, Micah Anderson wrote: Can you please try release 0.9.5-3 of backupninja, which I believe may have a fix to this problem? Works fine with 0.9.5-3! Thanks for the quick reponse. Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#277627: Please add the omkdepend binary
Hello On Thu, Oct 21, 2004 at 12:27:00PM +0200, W. Borgert wrote: Package: libomniorb4-dev Version: 4.0.4.1-3 Severity: minor For cross-compilation of the omniORB, it is very useful to have the omkdepend binary (under /usr/bin/) packaged in the native package. While the behaviour of the program could be emulated with gcc -M ... (maybe, we didn't investigate), the upstream approach is to use omkdepend (e.g. see the RPM stuff coming with the sources). Is this still relevant or important? The omniorb4 package seems to replace omkdepend with `gcc -M -MD -MG'. I have no idea why as there is no mention of it in the changelog, but it seems to work fine. Any input? Cheers Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430422: omniorb4: Out of date / python2.5 transition
On 04/10/2007, Philipp Kern [EMAIL PROTECTED] wrote: On Thu, Oct 04, 2007 at 02:19:30PM +0200, Thomas Girard wrote: But you're right, we'll need to check if it's possible to upgrade without breaking existing applications. If it's not we'll probably have to package this in a separate source package. That was exactly my question. I must admit I only use omniORB through omniORBpy, so don't really know the anser. I had a look in the release notes and documentation but didn't find anything explicitly, so I've asked this on the omniorb-users lists. The library packages do change name (from foo4 to foo4-1) due to the soname change, so anyone depending on it (i.e. omnievents) will be broken until they are rebuild. Not entirely sure how that is managed normally... I'll try and look more into that. No one said shared libraries are easy ;-) Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430424: python-omniorb2: Out of date / python2.5 transition
Package: python-omniorb2 Version: 3.0-1~flub1 Severity: normal Tags: patch Hi As per http://lists.debian.org/debian-python/2007/06/msg9.html we should be preparing for the python2.5 transition. python-omniorb2 needs to be upgraded to version 3.0 for this as it is an extension module and the exceptions have changed in C. This also depends on the upgrade of omniorb4 to version 4.1 but there's a separate bug filed for that. Attached is the .diff.gz against the upstream omniORBpy-3.0 tarball that does the required work. It fixes most of python-omniorb2's outstanding bugs and should only need minor changes for adoption in Debian itself. There are however a few issues that I did not manage to solve yet, but they do not seem to have an inpact on the functionality of python-omniorb2, at least on x86. Notably lintian still complains about a library file not being compiled with -fPIC. But as said I failed to solve that for now. I hope this will help a speedy upgrade of python-omniorb2. Feel free to contact me if you're unhappy with this or if I messed up something etc. I'm willing to help keep omniorb in good shape. Regards Floris -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-laurie.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages python-omniorb2 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libomniorb4-1 4.1.0-1~flub1 omniORB4 - CORBA ORB - libomniorb4 ii libomnithread3c2 4.1.0-1~flub1 omniORB4 - CORBA ORB - libomnithre ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.12register and build utility for Pyt python-omniorb2 recommends no packages. -- no debconf information python-omniorb2_3.0-1~flub1.diff.gz Description: Binary data
Bug#430422: omniorb4: Out of date / python2.5 transition
Package: omniorb4 Version: 4.1.0-1~flub1 Severity: normal Tags: patch Hi As per http://lists.debian.org/debian-python/2007/06/msg9.html we should be preparing for the python2.5 transition. As it happens python-omniorb2 needs to be upgraded to omniORBpy-3.0 to work with python2.5 due to the fact that it is an extension module and the exceptions have changed in C. However omniORBpy-3.0 requires omniORB-4.1, hence omniorb4 needs an upgrade too. Attached is the .diff.gz against the upstream omniORB-4.1 tarball that does the required work. It fixes almost all of omniorb4's outstanding bugs too as added bonus and should only need minor changes for adoption in Debian itself. Hope this can ge integrated quickly. Also feel free to contact me if you're unhappy with this, I messed something up etc. I'm willing to help keep omniorb in good shape. Regards Floris -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-laurie.2 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages omniorb4 depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libomniorb4-1 4.1.0-1~flub1 omniORB4 - CORBA ORB - libomniorb4 ii libomnithread3c2 4.1.0-1~flub1 omniORB4 - CORBA ORB - libomnithre ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 omniorb4 recommends no packages. -- no debconf information omniorb4_4.1.0-1~flub1.diff.gz Description: Binary data
Bug#341089: Supporting Debian/GNU kfreebsd
Hi The Debian kfreebsd porters need the attached patch for omniORB to work. It would be nice if this could be included upstream. The patch doesn't apply cleanly anymore to 4.1, but the rejected hunks (configure.ac (and configure, but since you're upstream you'll just regenerate that from configure.ac)) are easily merged by hand (so easily that I didn't bother re-creating the patch). For the original bug report see http://bugs.debian.org/341089 Regards Floris PS: Please CC me as I am not subscribed to this list. -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org diff -u omniorb4-4.0.6/configure.ac omniorb4-4.0.6/configure.ac --- omniorb4-4.0.6/configure.ac +++ omniorb4-4.0.6/configure.ac @@ -168,6 +168,9 @@ *-*-freebsd3*) plat_name=FreeBSD; plat_def=__freebsd__; os_v=3;; *-*-freebsd4*) plat_name=FreeBSD; plat_def=__freebsd__; os_v=4;; *-*-freebsd5*) plat_name=FreeBSD; plat_def=__freebsd__; os_v=5;; + *-*-freebsd6*) plat_name=FreeBSD; plat_def=__freebsd__; os_v=6;; + *-*-kfreebsd5*) plat_name=kFreeBSD; plat_def=__FreeBSD_kernel__; os_v=5;; + *-*-kfreebsd6*) plat_name=kFreeBSD; plat_def=__FreeBSD_kernel__; os_v=6;; *-*-netbsd*) plat_name=NetBSD; plat_def=__netbsd__; os_v=1;; *-*-openbsd*) plat_name=OpenBSD; plat_def=__openbsd__; os_v=3;; *-*-sco*) plat_name=OSR5; plat_def=__osr5__; os_v=5;; diff -u omniorb4-4.0.6/mk/beforeauto.mk.in omniorb4-4.0.6/mk/beforeauto.mk.in --- omniorb4-4.0.6/mk/beforeauto.mk.in +++ omniorb4-4.0.6/mk/beforeauto.mk.in @@ -746,6 +746,13 @@ endif ### +ifdef kFreeBSD +OMNITHREAD_POSIX_CPPFLAGS = -DPthreadDraftVersion=10 +OMNITHREAD_CPPFLAGS = -D_REENTRANT -pthread +OMNITHREAD_LIB += -lpthread +endif + +### ifdef SunOS IMPORT_CPPFLAGS += -D__sunos__ OMNITHREAD_POSIX_CPPFLAGS = -DPthreadDraftVersion=10 \ only in patch2: unchanged: --- omniorb4-4.0.6.orig/src/lib/omnithread/posix.cc +++ omniorb4-4.0.6/src/lib/omnithread/posix.cc @@ -876,7 +876,7 @@ #else -#if defined(__linux__) || defined(__aix__) || defined(__SCO_VERSION__) || defined(__darwin__) || defined(__macos__) +#if defined(__linux__) || defined(__GLIBC__) || defined(__aix__) || defined(__SCO_VERSION__) || defined(__darwin__) || defined(__macos__) struct timeval tv; gettimeofday(tv, NULL); only in patch2: unchanged: --- omniorb4-4.0.6.orig/include/omnithread.h +++ omniorb4-4.0.6/include/omnithread.h @@ -133,6 +133,9 @@ #elif defined(__linux__) #include omnithread/posix.h +#elif defined(__GLIBC__) +#include omnithread/posix.h + #elif defined(__nextstep__) #include omnithread/mach.h diff -u omniorb4-4.0.6/configure omniorb4-4.0.6/configure --- omniorb4-4.0.6/configure +++ omniorb4-4.0.6/configure @@ -11872,6 +11733,9 @@ *-*-freebsd3*) plat_name=FreeBSD; plat_def=__freebsd__; os_v=3;; *-*-freebsd4*) plat_name=FreeBSD; plat_def=__freebsd__; os_v=4;; *-*-freebsd5*) plat_name=FreeBSD; plat_def=__freebsd__; os_v=5;; + *-*-freebsd6*) plat_name=FreeBSD; plat_def=__freebsd__; os_v=6;; + *-*-kfreebsd5*) plat_name=kFreeBSD; plat_def=__FreeBSD_kernel__; os_v=5;; + *-*-kfreebsd6*) plat_name=kFreeBSD; plat_def=__FreeBSD_kernel__; os_v=6;; *-*-netbsd*) plat_name=NetBSD; plat_def=__netbsd__; os_v=1;; *-*-openbsd*) plat_name=OpenBSD; plat_def=__openbsd__; os_v=3;; *-*-sco*) plat_name=OSR5; plat_def=__osr5__; os_v=5;;
Bug#416413: upgrade-reports: successfull server upgrade
Package: upgrade-reports Severity: normal Hi I have upgraded from sarge to etch following the notes at http://wiki.debian.org/Sarge2EtchUpgradeBlackboard and it went almost flawless. The box is a DNS, dhcp and print server as well as ADSL gateway and firewall for a small home network. The only problem was CUPS: Setting up cupsys (1.2.7-4) ... Starting Common Unix Printing System: cupsdcupsd: Child exited with status 1! invoke-rc.d: initscript cupsys, action start failed. Message from [EMAIL PROTECTED] at Tue Mar 27 20:33:44 2007 ... balder cupsd: Unable to read configuration file '/etc/cups/cupsd.conf' - exiting! dpkg: error processing cupsys (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: cupsys E: Sub-process /usr/bin/dpkg returned an error code (1) After finding out what was not valid any more from /var/log/cups/error_log and correcting them with the help of the documentation cups worked fine too. (In particualr it didn't like the Allow From nnn.nnn.nnn.nnn/mm nnn.nnn.nnn.nnn/mm form anymore, wanting Allow from nnn.nnn.nnn/mm twice instead. It also complained about a few depreciated directives but that's not a problem (yet).) Thanks! Floris -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410652: python-omniorb2 does not install python files according to policy
severity 410652 grave tag 410652 +patch thanks Rationale: This is actually a bug in the source package that applies to all binary packages generated by it. It violates the python policy and makes the packages unusable since it does not install the required files inside the python site-packages directory (I don't think you can expect a user to find the gross hack explained in this bug report). The patch is minimal and attached. Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org diff -ru python-omniorb2-2.6/debian/changelog python-omniorb2-2.6.mine/debian/changelog --- python-omniorb2-2.6/debian/changelog 2007-03-09 10:20:46.0 + +++ python-omniorb2-2.6.mine/debian/changelog 2007-03-09 10:20:11.0 + @@ -1,3 +1,9 @@ +python-omniorb2 (2.6-3.3) unstable; urgency=low + + * Correct usage of dh_pycentral (Closes: #410652). + + -- Floris Bruynooghe [EMAIL PROTECTED] Fri, 9 Mar 2007 10:14:15 + + python-omniorb2 (2.6-3.2) unstable; urgency=medium * Non-maintainer upload. diff -ru python-omniorb2-2.6/debian/control python-omniorb2-2.6.mine/debian/control --- python-omniorb2-2.6/debian/control 2007-03-09 10:20:46.0 + +++ python-omniorb2-2.6.mine/debian/control 2007-03-09 09:56:08.0 + @@ -2,7 +2,7 @@ Section: python Priority: optional Maintainer: Bastian Blank [EMAIL PROTECTED] -Build-Depends: debhelper (= 5.0.37.2), python-all-dev (= 2.3.5-11), libomniorb4-dev (= 4.0.6-2), omniorb4-idl (= 4.0.6), omniidl4 (= 4.0.6), autotools-dev, python-central (= 0.5) +Build-Depends: debhelper (= 5.0.38), python-all-dev (= 2.3.5-11), libomniorb4-dev (= 4.0.6-2), omniorb4-idl (= 4.0.6), omniidl4 (= 4.0.6), autotools-dev, python-central (= 0.5.6) XS-Python-Version: all Standards-Version: 3.6.1 diff -ru python-omniorb2-2.6/debian/rules python-omniorb2-2.6.mine/debian/rules --- python-omniorb2-2.6/debian/rules 2007-03-09 10:20:46.0 + +++ python-omniorb2-2.6.mine/debian/rules 2007-03-09 10:11:44.0 + @@ -94,13 +94,12 @@ # dh_installinfo -i # dh_undocumented -i dh_installchangelogs update.log -i + dh_pycentral -i dh_link -i dh_compress -i dh_fixperms -i dh_installdeb -i # dh_perl -i - dh_pycentral -i - dh_python -i dh_gencontrol -i dh_md5sums -i dh_builddeb -i @@ -123,6 +122,7 @@ # dh_installinfo -a # dh_undocumented -a dh_installchangelogs update.log -a + dh_pycentral -a dh_strip -a dh_link -a dh_compress -a @@ -130,8 +130,6 @@ # dh_makeshlibs -a dh_installdeb -a # dh_perl -a - dh_pycentral -a - dh_python -a dh_shlibdeps -a dh_gencontrol -a dh_md5sums -a
Bug#406662: Default roundup-server configuration uses non-existing user
Package: roundup Version: 1.2.1-5 Severity: normal Hello The file installed by default into /etc/roundup/roundup-server.ini contains user = roundup. Unfortunately that user is not created automatically during package installation so the startup of the server (which also happens after a default installation) fails with a traceback even before the server can decide it shouldn't run as there are no trackers defined in the default configuration. Here the traceback: Traceback (most recent call last): File /usr/bin/roundup-server, line 3, in ? run() File /usr/lib/python2.4/site-packages/roundup/scripts/roundup_server.py, line 777, in run httpd = config.get_server() File /usr/lib/python2.4/site-packages/roundup/scripts/roundup_server.py, line 502, in get_server setuid(self[USER]) File /usr/lib/python2.4/site-packages/roundup/scripts/roundup_server.py, line 340, in setuid raise ValueError, _(User %(user)s doesn't exist)%locals() ValueError: User roundup doesn't exist Cheers Floris -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages roundup depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt roundup recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#373543: Updated transition patch
Hmm, seems I made a mistake before. Here is a new patch (calling dh_pycentral before dh_python). This time a normal patch against the version you can get with `apt-get source python-goopy'. You can also (for now) do `dget http://flub.stuffwillmade.org/debain/python-goopy_0.1-1.1.dsc' to get the new package. Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org diff -ru orig.python-goopy-0.1/debian/changelog python-goopy-0.1/debian/changelog --- orig.python-goopy-0.1/debian/changelog 2006-06-19 23:51:13.0 +0100 +++ python-goopy-0.1/debian/changelog 2006-06-19 23:51:13.0 +0100 @@ -1,3 +1,10 @@ +python-goopy (0.1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Python policy transition (Closes: #373543) + + -- Floris Bruynooghe [EMAIL PROTECTED] Sun, 18 Jun 2006 19:50:06 + + python-goopy (0.1-1) unstable; urgency=low * Initial release (Closes: #324999) diff -ru orig.python-goopy-0.1/debian/control python-goopy-0.1/debian/control --- orig.python-goopy-0.1/debian/control2006-06-19 23:51:13.0 +0100 +++ python-goopy-0.1/debian/control 2006-06-19 23:51:13.0 +0100 @@ -2,39 +2,17 @@ Section: python Priority: optional Maintainer: Kumar Appaiah [EMAIL PROTECTED] -Build-Depends-Indep: python, python2.3-dev, python2.4-dev, debhelper (= 4) +Build-Depends-Indep: python-all (= 2.3.5-10), python-central (= 0.4.17), debhelper (= 5.0.37.1) Standards-Version: 3.6.2 +XS-Python-Version: all Package: python-goopy Architecture: all Depends: ${python:Depends} +Conflicts: python2.3-goopy ( 0.1-1.1), python2.4-goopy ( 0.1-1.1) +XB-Python-Version: ${python:Versions} Description: A small collection of handy routines for functional programming This is a collection of Python functions that Googlers have found useful. It provides handy methods for functional style programming. . Homepage: http://goog-goopy.sourceforge.net - . - This is an empty package which depends on Goopy for the current - Python version. - -Package: python2.3-goopy -Architecture: all -Depends: ${python:Depends} -Description: A small collection of handy routines for functional programming - This is a collection of Python functions that Googlers have found - useful.It provides handy methods for functional style programming. - . - Homepage: http://goog-goopy.sourceforge.net - . - This package contains the goopy module for Python 2.3. - -Package: python2.4-goopy -Architecture: all -Depends: ${python:Depends} -Description: A small collection of handy routines for functional programming - This is a collection of Python functions that Googlers have found useful. - It provides handy methods for functional style programming. - . - Homepage: http://goog-goopy.sourceforge.net - . - This package contains the goopy module for Python 2.4. diff -ru orig.python-goopy-0.1/debian/rules python-goopy-0.1/debian/rules --- orig.python-goopy-0.1/debian/rules 2006-06-19 23:51:13.0 +0100 +++ python-goopy-0.1/debian/rules 2006-06-19 23:51:13.0 +0100 @@ -4,7 +4,7 @@ #export DH_VERBOSE=1 # The versions of python currently supported -PYVERS = 2.3 2.4 +PYVERS = $(shell pyversions -vr debian/control) configure: configure-stamp configure-stamp: @@ -39,14 +39,14 @@ dh_clean -k install-python%: - python$* setup.py install --root `pwd`/debian/python$*-goopy - find debian/python$*-goopy -name '*.py[co]' -exec rm -f {} \; - sed -i -e '1 s|.*|#!/usr/bin/python$*|' ./debian/python$*-goopy/usr/lib/python$*/site-packages/goopy/functional_unittest.py + python$* setup.py install --root `pwd`/debian/tmp + find debian/tmp -name '*.py[co]' -exec rm -f {} \; + sed -i -e '1 s|.*|#!/usr/bin/python|' ./debian/tmp/usr/lib/python$*/site-packages/goopy/functional_unittest.py pydoc$* -w ./goopy/functional.py mv functional.html functional_docs.html # dh_installdocs -ppython$*-goopy README # dh_installdocs -ppython$*-goopy PKG-INFO - dh_installdocs -ppython$*-goopy functional_docs.html + dh_installdocs functional_docs.html # Build architecture-independent files here. # Pass -i to all debhelper commands in this target to reduce clutter. @@ -56,6 +56,7 @@ dh_installdocs -i dh_installexamples -i dh_installchangelogs -i + dh_pycentral -i dh_python -i dh_link -i dh_compress -i -X.py
Bug#373543: Patch for python transition
tags 373543 patch thanks Hello Attached is a patch for the transition of this package. As I am not a DD I can not NMU this myself but this should make it trivial. A second patch fixes a few other policy violations but that might be too much for an NMU. Compare the changelogs to see the difference. They're just the .diff.gz files btw. I thought this was the simplest. Hope this helps Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org python-goopy_0.1-1.1.diff.gz Description: Binary data disruptive_python-goopy_0.1-1.1.diff.gz Description: Binary data
Bug#340462: gtk-gnutella: version in stable is too old for the network - upload to volatile
On Tue, Feb 07, 2006 at 01:46:53PM +1100, Anand Kumria wrote: I attempted to get gtk-gnutella into volatile but it isn't possible. Considering that volatile only useful package is (potentially) clamav and that only if you are disconnected I'd say you are better off rebuilding the package yourself and never using volatile. That's disappointing, but thanks for trying. Feel free to contact me off-line if you require assistance rebuilding gtk-gnutella so that it is functional for you once again. Myself I have no problems, I just thought it would be more useful to the general public if it was in volatile. Regards Floris -- Debian GNU/Linux -- The Power of Freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340462: gtk-gnutella: version in stable is too old for the network - upload to volatile
Package: gtk-gnutella Version: 0.95-3 Severity: wishlist Hi gnutella does not allow versions older then a certain age (6 months?) to be on the network so that they don't hurt the network too much. This is about to happen for the version in sarge. Is it possible to upload a new version to the volatile archive so that it can still be used on sarge? Thanks Floris -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-laurie2.1.0 Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Versions of packages gtk-gnutella depends on: ii libatk1.0-01.8.0-4 The ATK accessibility toolkit ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libglib2.0-0 2.6.4-1 The GLib library of C routines ii libgtk2.0-02.6.4-3 The GTK+ graphical user interface ii libpango1.0-0 1.8.1-1 Layout and rendering of internatio ii libxml22.6.16-7 GNOME XML library ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325025: apt-key: update does not find archive key
Package: apt Version: 0.6.40.1 Severity: normal Hi `apt-key update' tries to load the /usr/share/keyrings/debian-archive-keyring.gpg. However debian keyring does not provide this anymore, instead /usr/share/keyrings/debian-role-keys.gpg contains the archive signing key as shown below. frigg:~# apt-key update ERROR: Can't find the archive-keyring Is the debian-keyring package installed? frigg:~# dpkg -l debian-keyring ii debian-keyring 2005.05.28 GnuPG (and obsolete PGP) keys of Debian Deve frigg:~# gpg --keyring /usr/share/keyrings/debian-role-keys.gpg --list-key 4F368D5D pub 1024D/4F368D5D 2005-01-31 [expires: 2006-01-31] uid Debian Archive Automatic Signing Key (2005) [EMAIL PROTECTED] frigg:~$ Greetings Floris +++-==-==- -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture sparc; APT::Build-Essential ; APT::Build-Essential:: build-essential; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- deb http://ftp.kulnet.kuleuven.ac.be/debian/ sid main deb-src http://ftp.kulnet.kuleuven.ac.be/debian/ sid main # deb http://security.debian.org/ testing/updates main -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.4.27-1-sparc64 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages apt depends on: ii libc6 2.3.5-3GNU C Library: Shared libraries an ii libgcc1 1:4.0.1-6 GCC support library ii libstdc++64.0.1-6The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- Debian GNU/Linux -- The power of freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279909: missing 'const' in Plotter::parampl declaration?
Hi I was looking at this bug (which you reported on 05 Nove 2004, http://bugs.debian.org/279909) and think it is actually a problem of the example. Not exactly being into C++ these days but I suspect the behaviour could have been changed in the compilers. Anyhow, in the example change the start of main() as such: int main () { char* myletter = letter Plotter::parmpl (PAGESIZE, myletter); ... Now letter is not a const (unless you'd write 'const char*') so the compiler does not complain about this. If you don't mind I'll close this bug some time soon unless you disagree. Floris -- Debian GNU/Linux -- The power of freedom www.debian.org | www.gnu.org | www.kernel.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302889: libtag1-doc: Class Hierarchy documentation missing
Package: libtag1-doc Version: 1.3.1-1 Severity: normal Hi When browsing the HTML documentation in /usr/share/doc/libtag1-doc/html/* I can't go to the Class Hierarchy section as I get an error telling me that .../html/inherits.html does not exist. Could this file please be added? Cheers Floris -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8-laurie2.0.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#112118: RFS: python-visual - VPython 3D scientific visualization library
Hi I have been packaging VPython for some time now and would like to get it into the main Debian archive. There has been an ITP for this way back in September 2001 (#112118) which was retitled to RFP in December 2002 due to nothing happening with it. According the the WNPP bug (#112118) Debian Jr. also had interest in this package. So here it goes: Package: python-visual Version: 3.1.1-2 Section: python Description: VPython 3D scientific visualisation library Visual is a Python module for 3D scientific visualisation. It offers real-time 3D output and is easily usable by novice programmers. . A program can create 3D objects (such as spheres, curves, etc.) and position them in 3D space. Visual, running in a separate thread, automatically updates a 3D scene many times per second to reflect the current position of the objects. The programmer does not need to deal with display management but can focus on the computational aspects for the program. The user can navigate in the 3D scene by using the mouse to zoom and rotate while the program is running. Visual supports full vector algebra. . Homepage: http://www.vpython.org The packages can be found at http://www.soton.ac.uk/~fb102/Debian. Note that these packages are build using sarge, I have packages for sid using pbuilder but they are not online. Let me know your feedback, interest, questions, bugs, tips etc, they will be appreciated. Hopefully I tempted someone to sponsor this package. Thanks Floris -- Debian GNU/Linux -- The power of freedom www.debian.org | www.gnu.org | www.kernel.org signature.asc Description: Digital signature