Bug#523851: lottanzb: depends on non-free unrar package
Hi Aaron, theoretically, it would be possible for LottaNZB to depend on unrar-free, but since unrar-free cannot handle RAR-3.0 archives the extraction will fail too often. We initially tried that for the Ubuntu package, but due to numerous complaints, we reverted the change. The problem is that LottaNZB itself should not depend on unrar, while HellaNZB should, because LottaNZB is only a front-end for HellaNZB. The HellaNZB package itself doesn't depend on unrar but the funny thing is that it won't even launch if unrar isn't installed, which could be either a bug or a bad design decision. So what should really be done is removing the unrar dependency from LottaNZB and adding it to HellaNZB, while moving both packages to the contrib repository. Regards, Severin On Mon, Apr 13, 2009 at 3:36 AM, Aaron M. Ucko u...@debian.org wrote: Package: lottanzb Version: 0.4.0-1 Severity: serious Justification: Policy 2.2.1 lottanzb is currently in main, but depends on the non-free unrar package. If it can do without unrar in at least some usage scenarios, please downgrade the dependency to a suggestion; otherwise, please migrate to contrib. Thanks! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lottanzb depends on: ii hellanzb 0.13-5 Newzbin (nzb) BinNews (bns) file ii python 2.5.4-2 An interactive high-level object-o ii python-elementtree 1.2.6-13 Light-weight toolkit for XML proce ii python-glade2 2.14.1-2 GTK+ bindings: Glade support ii python-gtk2 2.14.1-2 Python bindings for the GTK+ widge ii python-kiwi 1.9.22-1 a graphical framework to construct ii python-support 1.0.1 automated rebuilding support for P ii unrar 1:3.8.5-2 Unarchiver for .rar files (non-fre Versions of packages lottanzb recommends: ii python-openssl 0.8-1 Python wrapper around the OpenSSL lottanzb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523863: [kontact] Contacts can't be added to a list
Package: kontact Version: 4:4.2.2-1 Severity: grave If a contact contains more then 1 e-mail adress, you got a problem with adding it to a distribution list, and even selecting more then one adress makes you go wild ;) a window pops up several times which asks to select an e-mail adress. even if it's selected, the window pops up again and again, everytime a contact is selected. if Ctrl-A is pressed the situation is even more bad. it selects contact1, asking for one of the 2 e-mail adresses, then continues with contact2 asking for the adress, then jumping back to contact 1 asking again, contact2, asking again, contact3 asking, jumping back to contact 1 and so on. greetings D.S. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-1.slh.3-sidux-amd64 Debian Release: squeeze/sid 500 unstablelocalhost --- Package information. --- Depends (Version) | Installed ===-+-== kdebase-runtime(= 4:4.2.2) | 4:4.2.2-1 kdelibs5 (= 4:4.2.2) | 4:4.2.2-2 kdepimlibs5(= 4:4.2.2) | 4:4.2.2-1 libc6(= 2.2.5) | 2.9-7 libkdepim4(= 4:4.2.2-1) | 4:4.2.2-1 libkontactinterfaces4 (= 4:4.2.2-1) | 4:4.2.2-1 libqt4-dbus (= 4.4.3) | 4.4.3-2 libqt4-qt3support(= 4.4.3) | 4.4.3-2 libqtcore4 (= 4.4.3) | 4.4.3-2 libqtgui4(= 4.4.3) | 4.4.3-2 libstdc++6 (= 4.2.1) | 4.3.3-5 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519556: xserver-xorg-input-tslib: Segfault with no RandR support
Lars-Peter Clausen wrote:
I guess its a bug in the driver. An updated version of the patch can
be found at [1].
[1]
https://dev.openwrt.org/browser/packages/Xorg/driver/xf86-input-tslib/patches/015-add-randr-support.patch
Thanks to Lars.
I just uploaded 0.0.5-8 to mentors.debian.net. [2]
I tested it on Zaurus SL-C3200. It works fine on both directions.
I also uploaded an armel binary [3] for those who want to test it.
The diff file between 0.0.5-6 and 0.0.5-8 is attached.
Kind regards
Wen-Yen Chuang
[2] dget
http://mentors.debian.net/debian/pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.dsc
[3] wget
http://calno.com/moto/gcin/xserver-xorg-input-tslib_0.0.5-8_armel.deb
--- xf86-input-tslib-0.0.5-6/debian/patches/50_add-randr-support.diff
+++ xf86-input-tslib-0.0.5-8/debian/patches/50_add-randr-support.diff
@@ -17,7 +17,7 @@
int ret;
int x,y;
+ ScrnInfoPtr pScrn = xf86Screens[priv-screen_num];
-+ Rotation rotation = RRGetRotation(pScrn-pScreen);
++ Rotation rotation = rrGetScrPriv (pScrn-pScreen) ? RRGetRotation(pScrn-pScreen) : RR_Rotate_0;
struct timeval now;
while((ret = ts_read(priv-ts, samp, 1)) == 1) {
--- xf86-input-tslib-0.0.5-6/debian/changelog
+++ xf86-input-tslib-0.0.5-8/debian/changelog
@@ -1,3 +1,19 @@
+xf86-input-tslib (0.0.5-8) unstable; urgency=low
+
+ * Remove EnableRandr option
+- update debian/patches/50_add-randr-support.diff to latest version
+ on OpenWrt. Thanks to Lars-Peter Clausen l...@metafoo.de.
+- revert manpage to version 0.0.5-6.
+
+ -- Wen-Yen Chuang ca...@calno.com Mon, 13 Apr 2009 14:01:37 +0800
+
+xf86-input-tslib (0.0.5-7) unstable; urgency=low
+
+ * Support EnableRandr option in xorg.conf (Closes: #519556, #519840)
+ * Bump Standards-Versions to 3.8.1
+
+ -- Wen-Yen Chuang ca...@calno.com Sun, 12 Apr 2009 17:11:29 +0800
+
xf86-input-tslib (0.0.5-6) unstable; urgency=low
* Improve manpage. Thanks to Neil Williams.
--- xf86-input-tslib-0.0.5-6/debian/control
+++ xf86-input-tslib-0.0.5-8/debian/control
@@ -7,7 +7,7 @@
pkg-config,
libts-dev (= 1.0-4),
quilt (= 0.40)
-Standards-Version: 3.8.0
+Standards-Version: 3.8.1
Homepage: http://pengutronix.de/software/xf86-input-tslib/index_en.html
Package: xserver-xorg-input-tslib
Bug#517659: marked as done (ppl - FTBFS: Missuse of buildd resources)
Your message dated Mon, 13 Apr 2009 07:02:08 + with message-id e1ltgbe-00081r...@ries.debian.org and subject line Bug#517659: fixed in ppl 0.10.1~pre13-1 has caused the Debian Bug report #517659, regarding ppl - FTBFS: Missuse of buildd resources to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 517659: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517659 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: ppl Version: 0.10-4 Severity: serious The build of ppl needs 7 CPU-hours on a fast machine, including a long documentation run. Also I saw at least 4 runs of the same test set. Automatic build of ppl_0.10-4 on lxdebian.bfinv.de by sbuild/s390 98 [...] Build needed 06:58:18, 1434876k disk space -- In the strict scientific sense we all feed on death -- even vegetarians. -- Spock, Wolf in the Fold, stardate 3615.4 ---End Message--- ---BeginMessage--- Source: ppl Source-Version: 0.10.1~pre13-1 We believe that the bug you reported is fixed in the latest version of ppl, which is due to be installed in the Debian FTP archive: libppl-c2_0.10.1~pre13-1_amd64.deb to pool/main/p/ppl/libppl-c2_0.10.1~pre13-1_amd64.deb libppl-doc_0.10.1~pre13-1_all.deb to pool/main/p/ppl/libppl-doc_0.10.1~pre13-1_all.deb libppl0.10-dev_0.10.1~pre13-1_amd64.deb to pool/main/p/ppl/libppl0.10-dev_0.10.1~pre13-1_amd64.deb libppl7_0.10.1~pre13-1_amd64.deb to pool/main/p/ppl/libppl7_0.10.1~pre13-1_amd64.deb libpwl-dev_0.10.1~pre13-1_amd64.deb to pool/main/p/ppl/libpwl-dev_0.10.1~pre13-1_amd64.deb libpwl4_0.10.1~pre13-1_amd64.deb to pool/main/p/ppl/libpwl4_0.10.1~pre13-1_amd64.deb ppl_0.10.1~pre13-1.diff.gz to pool/main/p/ppl/ppl_0.10.1~pre13-1.diff.gz ppl_0.10.1~pre13-1.dsc to pool/main/p/ppl/ppl_0.10.1~pre13-1.dsc ppl_0.10.1~pre13.orig.tar.gz to pool/main/p/ppl/ppl_0.10.1~pre13.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 517...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Michael Tautschnig m...@debian.org (supplier of updated ppl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 13 Apr 2009 08:04:52 +0200 Source: ppl Binary: libppl7 libppl0.10-dev libppl-c2 libpwl4 libpwl-dev libppl-doc Architecture: source amd64 all Version: 0.10.1~pre13-1 Distribution: unstable Urgency: medium Maintainer: Debian GCC Maintainers debian-...@lists.debian.org Changed-By: Michael Tautschnig m...@debian.org Description: libppl-c2 - Parma Polyhedra Library (C interface) libppl-doc - Parma Polyhedra Library: Documentation libppl0.10-dev - Parma Polyhedra Library (development) libppl7- Parma Polyhedra Library (runtime library) libpwl-dev - Parma Watchdog Library (Watchdog timers - development) libpwl4- Parma Watchdog Library (Watchdog timers - runtime library) Closes: 517659 Changes: ppl (0.10.1~pre13-1) unstable; urgency=medium . * New upstream snapshot. - Dropped patch for bigendian issues. * urgency=medium because of FTBFS workaround. * Disabled more tests on alpha - exception handling is utterly broken on alpha, which will also affect users of PPL on that architecture (probably GCC PR 8966) as raised exception cause immediate aborts. * Re-enabled Build-Depends-Indep and adapted rules accordingly. Closes: #517659. * Bumped Standars-Version to 3.8.1 (no changes). * Updated copyright information for several files that had been added in 0.10 and also have a specific license. * Added comments to quilt patch (thanks lintian). * Added one sentence explaining the difference between libpwl4 und libpwl-dev (thanks lintian). * Dropped the ChangeLog hackery using symlinks, the ChangeLog is pretty small nowadays. * Moved pwl.hh to libpwl-dev package. Checksums-Sha1: 29674af175f78df3a4fdedffc98fec38f6892b21 1430 ppl_0.10.1~pre13-1.dsc 46a8b6016f315e56b24fde0d9fd92fa29ba108bb 10868248 ppl_0.10.1~pre13.orig.tar.gz 1f8b979ebaa0890f699106a6c3360637d28d0188 7559 ppl_0.10.1~pre13-1.diff.gz e5f342481f6db78e7f5f558007795b63bbff014e 376590 libppl7_0.10.1~pre13-1_amd64.deb 891902f5ee2365735c76fa6494e0bbcb39827f26 2854024 libppl0.10-dev_0.10.1~pre13-1_amd64.deb
Bug#523851: lottanzb: depends on non-free unrar package
If HellaNZB didn't crash when launching it without having unrar installed (even if the SKIP_UNRAR option is set to True!), it would be perfectly valid to make unrar part of HellaNZB's Recommends instead of Depends. I could provide you with a simple patch that fixes this problem. Using LottaNZB/HellaNZB without unrar would be possible after that, but the extraction of downloads would need to be done manually by the user and for that, he/she would need to install unrar anyway in many cases. So the question is if we want to make unrar an explicit dependency or leave it up to the user to install it. On Mon, Apr 13, 2009 at 8:32 AM, Severin Heiniger severinheini...@gmail.com wrote: Hi Aaron, theoretically, it would be possible for LottaNZB to depend on unrar-free, but since unrar-free cannot handle RAR-3.0 archives the extraction will fail too often. We initially tried that for the Ubuntu package, but due to numerous complaints, we reverted the change. The problem is that LottaNZB itself should not depend on unrar, while HellaNZB should, because LottaNZB is only a front-end for HellaNZB. The HellaNZB package itself doesn't depend on unrar but the funny thing is that it won't even launch if unrar isn't installed, which could be either a bug or a bad design decision. So what should really be done is removing the unrar dependency from LottaNZB and adding it to HellaNZB, while moving both packages to the contrib repository. Regards, Severin On Mon, Apr 13, 2009 at 3:36 AM, Aaron M. Ucko u...@debian.org wrote: Package: lottanzb Version: 0.4.0-1 Severity: serious Justification: Policy 2.2.1 lottanzb is currently in main, but depends on the non-free unrar package. If it can do without unrar in at least some usage scenarios, please downgrade the dependency to a suggestion; otherwise, please migrate to contrib. Thanks! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lottanzb depends on: ii hellanzb 0.13-5 Newzbin (nzb) BinNews (bns) file ii python 2.5.4-2 An interactive high-level object-o ii python-elementtree 1.2.6-13 Light-weight toolkit for XML proce ii python-glade2 2.14.1-2 GTK+ bindings: Glade support ii python-gtk2 2.14.1-2 Python bindings for the GTK+ widge ii python-kiwi 1.9.22-1 a graphical framework to construct ii python-support 1.0.1 automated rebuilding support for P ii unrar 1:3.8.5-2 Unarchiver for .rar files (non-fre Versions of packages lottanzb recommends: ii python-openssl 0.8-1 Python wrapper around the OpenSSL lottanzb suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520113: marked as done (mplayer: FTBFS: non-dynamic relocations refer to dynamic symbol free@@GLIBC_2.0)
Your message dated Mon, 13 Apr 2009 09:59:45 +0200 with message-id 87fxgdc7bi@faui44a.informatik.uni-erlangen.de and subject line fixed in last upload has caused the Debian Bug report #520113, regarding mplayer: FTBFS: non-dynamic relocations refer to dynamic symbol free@@GLIBC_2.0 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 520113: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=520113 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mplayer Version: 1.0~rc2+svn20090303-2 Severity: serious User: debian-rele...@lists.debian.org Usertag: transition-blocker Hello, from: https://buildd.debian.org/fetch.cgi?pkg=mplayerarch=mipsver=1.0%7Erc2%2Bsvn20090303-2stamp=1237257849file=logas=raw | cc -o mplayer mplayer.o m_property.o mp_fifo.o mp_msg.o mixer.o parser-mpcmd.o command.o input/input.o libao2/audio_out.o libao2/ao_mpegpes.o libao2/ao_null.o libao2/ao_pcm.o libvo/aspect.o libvo/geometry.o libvo/spuenc.o libvo/video_out.o libvo/vo_mpegpes.o libvo/vo_null.o libvo/vo_3dfx.o libao2/ao_alsa.o libvo/vo_caca.o libvo/vo_dfbmga.o libvo/vo_dga.o libvo/vo_directfb2.o libao2/ao_esd.o libvo/vo_fbdev.o libvo/vo_fbdev2.o libvo/vo_gif89a.o libvo/gl_common.o libvo/vo_gl.o libvo/vo_gl2.o gui/bitmap.o gui/app.o gui/cfg.o gui/interface.o gui/mplayer/gui_common.o gui/mplayer/menu.o gui/mplayer/mw.o gui/mplayer/pb.o gui/mplayer/play.o gui/mplayer/sw.o gui/mplayer/widgets.o gui/mplayer/gtk/about.o gui/mplayer/gtk/eq.o gui/mplayer/gtk/fs.o gui/mplayer/gtk/gtk_common.o gui/mplayer/gtk/gtk_url.o gui/mplayer/gtk/mb.o gui/mplayer/gtk/menu.o gui/mplayer/gtk/opts.o gui/mplayer/gtk/pl.o gui/mplayer/gtk/sb.o gui/skin/cut.o gui/skin/font.o gui/skin/skin.o gui/wm/ws.o gui/wm/wsxdnd.o libao2/ao_jack.o libvo/vo_jpeg.o libmenu/menu.o libmenu/menu_chapsel.o libmenu/menu_cmdlist.o libmenu/menu_console.o libmenu/menu_filesel.o libmenu/menu_list.o libmenu/menu_param.o libmenu/menu_pt.o libmenu/menu_txt.o libmenu/vf_menu.o libmenu/menu_dvbin.o input/lirc.o libvo/vo_md5sum.o libvo/vo_mga.o libao2/ao_nas.o libao2/ao_openal.o libao2/ao_oss.o libvo/vo_png.o libvo/vo_pnm.o libao2/ao_pulse.o libao2/ao_sdl.o libvo/vo_sdl.o libvo/vo_tdfxfb.o libvo/vo_tga.o libvo/vo_v4l2.o libao2/ao_v4l2.o libvo/vo_x11.o libvo/vo_xover.o libvo/x11_common.o libvo/vo_xmga.o libvo/vo_xv.o libvo/vo_xvmc.o libvo/vo_yuv4mpeg.o asxparser.o codec-cfg.o cpudetect.o edl.o find_sub.o fmt-conversion.o get_path.o m_config.o m_option.o m_struct.o mpcommon.o parser-cfg.o playtree.o playtreeparser.o spudec.o sub_cc.o subopt-helper.o subreader.o vobsub.o libaf/af.o libaf/af_center.o libaf/af_channels.o libaf/af_comp.o libaf/af_delay.o libaf/af_dummy.o libaf/af_equalizer.o libaf/af_extrastereo.o libaf/af_format.o libaf/af_gate.o libaf/af_hrtf.o libaf/af_karaoke.o libaf/af_pan.o libaf/af_resample.o libaf/af_scaletempo.o libaf/af_sinesuppress.o libaf/af_stats.o libaf/af_sub.o libaf/af_surround.o libaf/af_sweep.o libaf/af_tools.o libaf/af_volnorm.o libaf/af_volume.o libaf/filter.o libaf/format.o libaf/reorder_ch.o libaf/window.o libmpcodecs/ad.o libmpcodecs/ad_alaw.o libmpcodecs/ad_dk3adpcm.o libmpcodecs/ad_dvdpcm.o libmpcodecs/ad_hwmpa.o libmpcodecs/ad_imaadpcm.o libmpcodecs/ad_msadpcm.o libmpcodecs/ad_msgsm.o libmpcodecs/ad_pcm.o libmpcodecs/dec_audio.o libmpcodecs/dec_video.o libmpcodecs/img_format.o libmpcodecs/mp_image.o libmpcodecs/native/nuppelvideo.o libmpcodecs/native/rtjpegn.o libmpcodecs/native/xa_gsm.o libmpcodecs/pullup.o libmpcodecs/vd.o libmpcodecs/vd_hmblck.o libmpcodecs/vd_lzo.o libmpcodecs/vd_mpegpes.o libmpcodecs/vd_mtga.o libmpcodecs/vd_null.o libmpcodecs/vd_nuv.o libmpcodecs/vd_raw.o libmpcodecs/vd_sgi.o libmpcodecs/vf.o libmpcodecs/vf_1bpp.o libmpcodecs/vf_2xsai.o libmpcodecs/vf_blackframe.o libmpcodecs/vf_boxblur.o libmpcodecs/vf_crop.o libmpcodecs/vf_cropdetect.o libmpcodecs/vf_decimate.o libmpcodecs/vf_delogo.o libmpcodecs/vf_denoise3d.o libmpcodecs/vf_detc.o libmpcodecs/vf_dint.o libmpcodecs/vf_divtc.o libmpcodecs/vf_down3dright.o libmpcodecs/vf_dsize.o libmpcodecs/vf_dvbscale.o libmpcodecs/vf_eq.o libmpcodecs/vf_eq2.o libmpcodecs/vf_expand.o libmpcodecs/vf_field.o libmpcodecs/vf_fil.o libmpcodecs/vf_filmdint.o libmpcodecs/vf_flip.o libmpcodecs/vf_format.o libmpcodecs/vf_framestep.o libmpcodecs/vf_halfpack.o libmpcodecs/vf_harddup.o libmpcodecs/vf_hqdn3d.o libmpcodecs/vf_hue.o libmpcodecs/vf_il.o libmpcodecs/vf_ilpack.o libmpcodecs/vf_ivtc.o libmpcodecs/vf_kerndeint.o libmpcodecs/vf_mirror.o libmpcodecs/vf_noformat.o libmpcodecs/vf_noise.o libmpcodecs/vf_ow.o
Processed (with 1 errors): Re: Bug#523471: gns3: QVariant::load(QDataStream s): type unknown to QVariant.
Processing commands for cont...@bugs.debian.org: Hi, Unknown command or malformed arguments to command. tags 523471 = moreinfo unreproducible Bug#523471: gns3: QVariant::load(QDataStream s): type unknown to QVariant. There were no tags set. Tags set to: moreinfo, unreproducible thank you Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#456133: qiv imlib
At this point, the most recent upstream version of qiv still needs the old imlib. Where to go from here ? Possible options: 1. Barry is working with upstream to get qiv updated to no longer need the old imlib. Let's appreciate Barry's efforts by giving Barry some more time to finish this effort. 2. We could replace qiv by pqiv, which is a program that more or less behaves like qiv. 3. Removal from Debian, although popcon reveals that there are still quite some users. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#457291: flashplugin-nonfree: decision 2007-12-21 under review
severity 457291 normal stop Using the feedback so far, I'm lowering the severity of this bug report so that flashplugin-nonfree can enter testing and later also stable. I'm not yet closing this bug report, because some aspects are still being discussed. signature.asc Description: This is a digitally signed message part
Processed: flashplugin-nonfree: decision 2007-12-21 under review
Processing commands for cont...@bugs.debian.org: severity 457291 normal Bug#457291: flashplugin-nonfree: decision 2007-12-21: keep this package out of stable starting with lenny Severity set to `normal' from `serious' stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519556: xserver-xorg-input-tslib: Segfault with no RandR support
On Mon, 13 Apr 2009 14:52:13 +0800 Wen-Yen Chuang ca...@calno.com wrote: I just uploaded 0.0.5-8 to mentors.debian.net. [2] I tested it on Zaurus SL-C3200. It works fine on both directions. I also uploaded an armel binary [3] for those who want to test it. [2] dget http://mentors.debian.net/debian/pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.dsc [3] wget http://calno.com/moto/gcin/xserver-xorg-input-tslib_0.0.5-8_armel.deb Tested on balloon3, working. I'll upload today. -- Neil Williams = http://www.data-freedom.org/ http://www.linux.codehelp.co.uk/ http://e-mail.is-not-s.ms/ pgpIr7Dujt8tJ.pgp Description: PGP signature
Bug#523801: Returns invalid Version objects on packages without candidate versions
On Sun, Apr 12, 2009 at 07:47:15PM +0200, Julian Andres Klode wrote: On Sun, Apr 12, 2009 at 05:13:43PM +0100, Enrico Zini wrote: # python-apt should not raise an exception at this point try: dummy = ver.raw_description It has to raise an exception because you are trying to get a raw description from a non-existing version. Not true, I just overlooked that it already checked for ``pkg.candidate is None``. I have fixed the issue now and will upload the fixed version in a few minutes. The problem was that (in apt.Package.candidate) I did not check the return value of self._pcache._depcache.GetCandidateVer(self._pkg) and simply returned a Version object. Sorry! No problem, thanks for fixing it quickly. Today I'll upload the new version of apt-xapian-index that depends on the new python-apt, solving the problem. Ciao, Enrico -- GPG key: 1024D/797EBFAB 2000-12-05 Enrico Zini enr...@debian.org signature.asc Description: Digital signature
Bug#523813: [Pkg-kde-extras] Bug#523813: kipi-plugins_0.2.0-2(mips/unstable): FTBFS on mips.
On Monday 13 April 2009 03:39:24 Peter De Schrijver wrote: There was an error while trying to autobuild your package: Automatic build of kipi-plugins_0.2.0-2 on mayr by sbuild/mips 99.999 Build started at 20090412-0827 Peter, kipi-plugins/0.2.0-2 autobuilds fine on i386, amd64 and armel: https://buildd.debian.org/fetch.cgi?pkg=kipi-pluginsver=0.2.0-2arch=armel https://buildd.debian.org/fetch.cgi?pkg=kipi-pluginsver=0.2.0-2arch=amd64 I think this should work itself out, as a first look. I can't find a difference in Build-Depends: between the success and failures. If you have any ideas what is specific on the mips port, I'm happy to tighten the build-depends. Mark [...] ** Using build dependencies supplied by package: Build-Depends: cdbs, debhelper (= 7), pkg-config, libgphoto2-2-dev, kdelibs5-dev, kdepimlibs5-dev, libkipi6-dev, libkexiv2-7-dev, libkdcraw7-dev, libexiv2-dev, libltdl3-dev, libpng-dev, libtiff4-dev, libxslt1-dev, libcv-dev, libxrandr-dev, libexpat1-dev, libgpod-dev, libsane-dev, libksane-dev (= 4:4.1.85), libqt4-opengl-dev [...] /usr/include/qt4/QtCore/qvector.h:443: instantiated from 'void QVectorT::realloc(int, int) [with T = QPainterPath::Element]' /usr/include/qt4/QtCore/qvector.h:303: instantiated from 'void QVectorT::detach_helper() [with T = QPainterPath::Element]' /usr/include/qt4/QtCore/qvector.h:121: instantiated from 'void QVectorT::detach() [with T = QPainterPath::Element]' /usr/include/qt4/QtCore/qvector.h:220: instantiated from 'T* QVectorT::begin() [with T = QPainterPath::Element]' /usr/include/qt4/QtCore/qvector.h:233: instantiated from 'T QVectorT::first() [with T = QPainterPath::Element]' /usr/include/qt4/QtGui/qpainterpath.h:352: instantiated from here /usr/include/qt4/QtCore/qvector.h:297: warning: cast from 'QVectorQPainterPath::Element*' to 'const QVectorTypedDataQPainterPath::Element*' increases required alignment of target type make[3]: *** [dngconverter/plugin/CMakeFiles/dngconverter.dir/__/dngwriter/dngwriter.o ] Error 1 make[3]: Leaving directory `/build/buildd/kipi-plugins-0.2.0/obj-mips-linux-gnu' make[2]: *** [dngconverter/plugin/CMakeFiles/dngconverter.dir/all] Error 2 make[2]: Leaving directory `/build/buildd/kipi-plugins-0.2.0/obj-mips-linux-gnu' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd/kipi-plugins-0.2.0/obj-mips-linux-gnu' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=mipspkg=kipi-pluginsver=0.2.0-2 signature.asc Description: This is a digitally signed message part.
Bug#519556: xf86-input-evtouch: coping with missing randr [Re: xserver-xorg-input-tslib: Segfault with no RandR support]
Hi, [ Cc added debia...@lists.debian.org which maintains xf86-input-evtouch and dropped for pkg-fso-maint as this is no longer related to openmoko ] Wen-Yen Chuang ca...@calno.com writes: Lars-Peter Clausen wrote: [1] https://dev.openwrt.org/browser/packages/Xorg/driver/xf86-input-tslib/patches/015-add-randr-support.patch Cool, the Rotation rotation = rrGetScrPriv (pScrn-pScreen) ? RRGetRotation(pScrn-pScreen) : RR_Rotate_0; trick could be just what xf86-input-evtouch might want to use too instead of disabling it completely with patches/06_xf86-input-evtouch-0.8.7-misc.patch as | - Rotation rotation = RRGetRotation(pScrn-pScreen); | + | +// X Segfaults | +// Rotation rotation = RRGetRotation(pScrn-pScreen); What do you think? best regards, Timo Lindfors -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523879: nvidia-graphics-modules-i386 fails to build with ndivia-kernel-sources 180.44-1
Package: nvidia-kernel-source Version: 180.44-1 Severity: serious Justification: no longer builds from source Hi. I've tried to build nvidia-graphics-modules-i386 (updated to 180.44), but it fails. The problem is in nvidia-graphics-drivers-180.44/debian.binary/rules There is a call to dh_builddeb --destdir=$(KPKG_DEST_DIR) but if KPKG_DEST_DIR is undefined, building fails. (nvidia-graphics-modules-i386 affected) The patch is simple. (see attachment) -- System Information: Debian Release: 5.0 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-source depends on: ii debhelper 7.0.15 helper programs for debian/rules ii dpatch2.0.30 patch maintenance system for Debia ii make 3.81-5 The GNU version of the make util ii sed 4.1.5-6The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts 2.10.35lenny3scripts to make the life of a Debi ii kernel-package 11.015 A utility for building Linux kerne ii nvidia-glx 180.44-1~bpo50+1 NVIDIA binary Xorg driver nvidia-kernel-source suggests no packages. diff --git a/debian.binary/rules b/debian.binary/rules index 1de9319..4a61b26 100644 --- a/debian.binary/rules +++ b/debian.binary/rules @@ -11,6 +11,9 @@ ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) MAKEFLAGS += -j$(NUMJOBS) endif +ifndef KPKG_DEST_DIR + KPKG_DEST_DIR = ../ +endif DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE)
Bug#519556: marked as done (xserver-xorg-input-tslib: Segfault with no RandR support)
Your message dated Mon, 13 Apr 2009 11:02:04 + with message-id e1ltjvq-0007cx...@ries.debian.org and subject line Bug#519840: fixed in xf86-input-tslib 0.0.5-8 has caused the Debian Bug report #519840, regarding xserver-xorg-input-tslib: Segfault with no RandR support to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 519840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519840 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xserver-xorg-input-tslib Version: 0.0.5-6 Severity: important When running an X server without RandR support (for example, fbdev driver with the Rotate option set), the tslib driver segfaults. A backtrace with gdb revealed the location: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x403ce330 (LWP 15240)] 0x0012373c in RRFirstOutput () (gdb) bt #0 0x0012373c in RRFirstOutput () #1 0x00125d08 in RRGetRotation () #2 0x4051d250 in ?? () from /usr/lib/xorg/modules/input//tslib_drv.so Cannot access memory at address 0x862 I am not sure if this is a bug in the tslib driver or the X server itself - the mouse driver does not contain any calls to that function. Thus, I am unable to provide a proper fix at this time. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27.2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: xf86-input-tslib Source-Version: 0.0.5-8 We believe that the bug you reported is fixed in the latest version of xf86-input-tslib, which is due to be installed in the Debian FTP archive: xf86-input-tslib_0.0.5-8.diff.gz to pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.diff.gz xf86-input-tslib_0.0.5-8.dsc to pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.dsc xserver-xorg-input-tslib_0.0.5-8_amd64.deb to pool/main/x/xf86-input-tslib/xserver-xorg-input-tslib_0.0.5-8_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 519...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Wen-Yen Chuang ca...@calno.com (supplier of updated xf86-input-tslib package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 13 Apr 2009 14:01:37 +0800 Source: xf86-input-tslib Binary: xserver-xorg-input-tslib Architecture: source amd64 Version: 0.0.5-8 Distribution: unstable Urgency: low Maintainer: Wen-Yen Chuang ca...@calno.com Changed-By: Wen-Yen Chuang ca...@calno.com Description: xserver-xorg-input-tslib - tslib touchscreen driver for X.Org/XFree86 server Closes: 519556 519840 Changes: xf86-input-tslib (0.0.5-8) unstable; urgency=low . * Remove EnableRandr option - update debian/patches/50_add-randr-support.diff to latest version on OpenWrt. Thanks to Lars-Peter Clausen l...@metafoo.de. - revert manpage to version 0.0.5-6. . xf86-input-tslib (0.0.5-7) unstable; urgency=low . * Support EnableRandr option in xorg.conf (Closes: #519556, #519840) * Bump Standards-Versions to 3.8.1 Checksums-Sha1: 9d6f6d720fdababd09f18ebe5ed3159fd257417c 1175 xf86-input-tslib_0.0.5-8.dsc f8d821efd49150cd2762d962591009577d1cfab5 19921 xf86-input-tslib_0.0.5-8.diff.gz f48257e077f658c5d028beaa3d011355b28b779b 10922 xserver-xorg-input-tslib_0.0.5-8_amd64.deb Checksums-Sha256: 852584cbc4c1aa9036ceaa34d547698e88fc5d4b918696e33d9148fae32902e9 1175 xf86-input-tslib_0.0.5-8.dsc dc08ba2404ac3f37fb073bfb97124b0dcbe1a27571d28f08b3d140828704b9d8 19921 xf86-input-tslib_0.0.5-8.diff.gz 1a5da60896cc267d44f085bf2068fa352fdbb648e1703c378c91047e7226ee4d 10922 xserver-xorg-input-tslib_0.0.5-8_amd64.deb Files: b823ea543ed8d8c6152487ba90063c53 1175 x11 optional xf86-input-tslib_0.0.5-8.dsc 809b5ad75ebf58fa26c3eec09c772854 19921 x11 optional xf86-input-tslib_0.0.5-8.diff.gz 64634bf67716b4c78022905f165a29eb 10922 x11 optional xserver-xorg-input-tslib_0.0.5-8_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkni/G0ACgkQiAEJSii8s+NNegCfd7oDxxGv5KwyzCmuVeKJ4nVr e88AnjVBbROmJQn8VcZCOGRId0N3TPuu =xPFT
Bug#519840: marked as done (xserver-xorg-input-tslib: crashs on rotated screen on first mouse press))
Your message dated Mon, 13 Apr 2009 11:02:04 + with message-id e1ltjvq-0007cv...@ries.debian.org and subject line Bug#519556: fixed in xf86-input-tslib 0.0.5-8 has caused the Debian Bug report #519556, regarding xserver-xorg-input-tslib: crashs on rotated screen on first mouse press) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 519556: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519556 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xserver-xorg-input-tslib Version: 0.0.5-6 Severity: important Hi, Once I click on the touchpad of my Neo Freerunner it crashs the X server. Commenting the rotate option out makes it useable again. This remembers me that before the upgrade I (only once) noticed that the mouse press event generated a wrong mouse position whereas the mouse release event was right. Before I could report it I upgraded my system and noticed this bug. Maybe there is a relation to #493942 (tslib reports wrong value range for the axises)? My xorg.conf: Section Device Identifier Configured Video Device Driver fbdev Option RotateCW EndSection /var/log/Xorg.0.log: (WW) default pointer: No Device specified, looking for one... (II) default pointer: Setting Device option to /dev/input/mice (--) default pointer: Device: /dev/input/mice (==) default pointer: Protocol: Auto (**) Option CorePointer (**) default pointer: always reports core events (==) default pointer: Emulate3Buttons, Emulate3Timeout: 50 (**) default pointer: ZAxisMapping: buttons 4 and 5 (**) default pointer: Buttons: 9 (**) default pointer: Sensitivity: 1 (**) Option CoreKeyboard (**) default keyboard: always reports core events (**) Option Protocol standard (**) default keyboard: Protocol: standard (**) Option AutoRepeat 500 30 (**) Option XkbRules xorg (**) default keyboard: XkbRules: xorg (**) Option XkbModel pc105 (**) default keyboard: XkbModel: pc105 (**) Option XkbLayout us (**) default keyboard: XkbLayout: us (**) Option CustomKeycodes off (**) default keyboard: CustomKeycodes disabled (II) evaluating device (default pointer) (II) XINPUT: Adding extended input device default pointer (type: MOUSE) (II) evaluating device (default keyboard) (II) XINPUT: Adding extended input device default keyboard (type: KEYBOARD) (--) default pointer: PnP-detected protocol: ExplorerPS/2 (II) default pointer: ps2EnableDataReporting: succeeded (II) LoadModule: tslib (II) Loading /usr/lib/xorg/modules/input//tslib_drv.so (II) Module tslib: vendor=X.Org Foundation compiled for 1.4.2, module version = 0.0.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (**) s3c2410 TouchScreen: always reports core events (II) XINPUT: Adding extended input device s3c2410 TouchScreen (type: TOUCHSCREEN) xf86TslibControlProc xf86TslibControlProc SetClientVersion: 0 9 SetKbdSettings - type: 1090930100 rate: 30 delay: 500 snumlk: 52 Backtrace: 0: X(xf86SigHandler+0x70) [0x76360] Fatal server error: Caught signal 11. Server aborting xf86TslibControlProc -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armel (armv4tl) Kernel: Linux 2.6.24-20081103.git7172ec57 (PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-tslib depends on: ii libc6 2.9-5 GNU C Library: Shared libraries ii libts-0.0-0 1.0-6 touch screen library ii xserver-xorg-core 2:1.4.2-11 Xorg X server - core server Versions of packages xserver-xorg-input-tslib recommends: ii hal 0.5.11-8 Hardware Abstraction Layer xserver-xorg-input-tslib suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: xf86-input-tslib Source-Version: 0.0.5-8 We believe that the bug you reported is fixed in the latest version of xf86-input-tslib, which is due to be installed in the Debian FTP archive: xf86-input-tslib_0.0.5-8.diff.gz to pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.diff.gz xf86-input-tslib_0.0.5-8.dsc to pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.dsc xserver-xorg-input-tslib_0.0.5-8_amd64.deb to pool/main/x/xf86-input-tslib/xserver-xorg-input-tslib_0.0.5-8_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you
Bug#519840: marked as done (xserver-xorg-input-tslib: crashs on rotated screen on first mouse press))
Your message dated Mon, 13 Apr 2009 11:02:04 + with message-id e1ltjvq-0007cx...@ries.debian.org and subject line Bug#519840: fixed in xf86-input-tslib 0.0.5-8 has caused the Debian Bug report #519840, regarding xserver-xorg-input-tslib: crashs on rotated screen on first mouse press) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 519840: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519840 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xserver-xorg-input-tslib Version: 0.0.5-6 Severity: important Hi, Once I click on the touchpad of my Neo Freerunner it crashs the X server. Commenting the rotate option out makes it useable again. This remembers me that before the upgrade I (only once) noticed that the mouse press event generated a wrong mouse position whereas the mouse release event was right. Before I could report it I upgraded my system and noticed this bug. Maybe there is a relation to #493942 (tslib reports wrong value range for the axises)? My xorg.conf: Section Device Identifier Configured Video Device Driver fbdev Option RotateCW EndSection /var/log/Xorg.0.log: (WW) default pointer: No Device specified, looking for one... (II) default pointer: Setting Device option to /dev/input/mice (--) default pointer: Device: /dev/input/mice (==) default pointer: Protocol: Auto (**) Option CorePointer (**) default pointer: always reports core events (==) default pointer: Emulate3Buttons, Emulate3Timeout: 50 (**) default pointer: ZAxisMapping: buttons 4 and 5 (**) default pointer: Buttons: 9 (**) default pointer: Sensitivity: 1 (**) Option CoreKeyboard (**) default keyboard: always reports core events (**) Option Protocol standard (**) default keyboard: Protocol: standard (**) Option AutoRepeat 500 30 (**) Option XkbRules xorg (**) default keyboard: XkbRules: xorg (**) Option XkbModel pc105 (**) default keyboard: XkbModel: pc105 (**) Option XkbLayout us (**) default keyboard: XkbLayout: us (**) Option CustomKeycodes off (**) default keyboard: CustomKeycodes disabled (II) evaluating device (default pointer) (II) XINPUT: Adding extended input device default pointer (type: MOUSE) (II) evaluating device (default keyboard) (II) XINPUT: Adding extended input device default keyboard (type: KEYBOARD) (--) default pointer: PnP-detected protocol: ExplorerPS/2 (II) default pointer: ps2EnableDataReporting: succeeded (II) LoadModule: tslib (II) Loading /usr/lib/xorg/modules/input//tslib_drv.so (II) Module tslib: vendor=X.Org Foundation compiled for 1.4.2, module version = 0.0.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 2.0 (**) s3c2410 TouchScreen: always reports core events (II) XINPUT: Adding extended input device s3c2410 TouchScreen (type: TOUCHSCREEN) xf86TslibControlProc xf86TslibControlProc SetClientVersion: 0 9 SetKbdSettings - type: 1090930100 rate: 30 delay: 500 snumlk: 52 Backtrace: 0: X(xf86SigHandler+0x70) [0x76360] Fatal server error: Caught signal 11. Server aborting xf86TslibControlProc -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armel (armv4tl) Kernel: Linux 2.6.24-20081103.git7172ec57 (PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xserver-xorg-input-tslib depends on: ii libc6 2.9-5 GNU C Library: Shared libraries ii libts-0.0-0 1.0-6 touch screen library ii xserver-xorg-core 2:1.4.2-11 Xorg X server - core server Versions of packages xserver-xorg-input-tslib recommends: ii hal 0.5.11-8 Hardware Abstraction Layer xserver-xorg-input-tslib suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: xf86-input-tslib Source-Version: 0.0.5-8 We believe that the bug you reported is fixed in the latest version of xf86-input-tslib, which is due to be installed in the Debian FTP archive: xf86-input-tslib_0.0.5-8.diff.gz to pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.diff.gz xf86-input-tslib_0.0.5-8.dsc to pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.dsc xserver-xorg-input-tslib_0.0.5-8_amd64.deb to pool/main/x/xf86-input-tslib/xserver-xorg-input-tslib_0.0.5-8_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you
Bug#519556: marked as done (xserver-xorg-input-tslib: Segfault with no RandR support)
Your message dated Mon, 13 Apr 2009 11:02:04 + with message-id e1ltjvq-0007cv...@ries.debian.org and subject line Bug#519556: fixed in xf86-input-tslib 0.0.5-8 has caused the Debian Bug report #519556, regarding xserver-xorg-input-tslib: Segfault with no RandR support to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 519556: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519556 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xserver-xorg-input-tslib Version: 0.0.5-6 Severity: important When running an X server without RandR support (for example, fbdev driver with the Rotate option set), the tslib driver segfaults. A backtrace with gdb revealed the location: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x403ce330 (LWP 15240)] 0x0012373c in RRFirstOutput () (gdb) bt #0 0x0012373c in RRFirstOutput () #1 0x00125d08 in RRGetRotation () #2 0x4051d250 in ?? () from /usr/lib/xorg/modules/input//tslib_drv.so Cannot access memory at address 0x862 I am not sure if this is a bug in the tslib driver or the X server itself - the mouse driver does not contain any calls to that function. Thus, I am unable to provide a proper fix at this time. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27.2 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash ---End Message--- ---BeginMessage--- Source: xf86-input-tslib Source-Version: 0.0.5-8 We believe that the bug you reported is fixed in the latest version of xf86-input-tslib, which is due to be installed in the Debian FTP archive: xf86-input-tslib_0.0.5-8.diff.gz to pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.diff.gz xf86-input-tslib_0.0.5-8.dsc to pool/main/x/xf86-input-tslib/xf86-input-tslib_0.0.5-8.dsc xserver-xorg-input-tslib_0.0.5-8_amd64.deb to pool/main/x/xf86-input-tslib/xserver-xorg-input-tslib_0.0.5-8_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 519...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Wen-Yen Chuang ca...@calno.com (supplier of updated xf86-input-tslib package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 13 Apr 2009 14:01:37 +0800 Source: xf86-input-tslib Binary: xserver-xorg-input-tslib Architecture: source amd64 Version: 0.0.5-8 Distribution: unstable Urgency: low Maintainer: Wen-Yen Chuang ca...@calno.com Changed-By: Wen-Yen Chuang ca...@calno.com Description: xserver-xorg-input-tslib - tslib touchscreen driver for X.Org/XFree86 server Closes: 519556 519840 Changes: xf86-input-tslib (0.0.5-8) unstable; urgency=low . * Remove EnableRandr option - update debian/patches/50_add-randr-support.diff to latest version on OpenWrt. Thanks to Lars-Peter Clausen l...@metafoo.de. - revert manpage to version 0.0.5-6. . xf86-input-tslib (0.0.5-7) unstable; urgency=low . * Support EnableRandr option in xorg.conf (Closes: #519556, #519840) * Bump Standards-Versions to 3.8.1 Checksums-Sha1: 9d6f6d720fdababd09f18ebe5ed3159fd257417c 1175 xf86-input-tslib_0.0.5-8.dsc f8d821efd49150cd2762d962591009577d1cfab5 19921 xf86-input-tslib_0.0.5-8.diff.gz f48257e077f658c5d028beaa3d011355b28b779b 10922 xserver-xorg-input-tslib_0.0.5-8_amd64.deb Checksums-Sha256: 852584cbc4c1aa9036ceaa34d547698e88fc5d4b918696e33d9148fae32902e9 1175 xf86-input-tslib_0.0.5-8.dsc dc08ba2404ac3f37fb073bfb97124b0dcbe1a27571d28f08b3d140828704b9d8 19921 xf86-input-tslib_0.0.5-8.diff.gz 1a5da60896cc267d44f085bf2068fa352fdbb648e1703c378c91047e7226ee4d 10922 xserver-xorg-input-tslib_0.0.5-8_amd64.deb Files: b823ea543ed8d8c6152487ba90063c53 1175 x11 optional xf86-input-tslib_0.0.5-8.dsc 809b5ad75ebf58fa26c3eec09c772854 19921 x11 optional xf86-input-tslib_0.0.5-8.diff.gz 64634bf67716b4c78022905f165a29eb 10922 x11 optional xserver-xorg-input-tslib_0.0.5-8_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkni/G0ACgkQiAEJSii8s+NNegCfd7oDxxGv5KwyzCmuVeKJ4nVr e88AnjVBbROmJQn8VcZCOGRId0N3TPuu =xPFT
Processed: severity of 523831 is important
Processing commands for cont...@bugs.debian.org: severity 523831 important Bug#523831: linux-image-2.6.26-2-686: Boot hangs with message 'Loading kernel modules...' Severity set to `important' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 523828 is normal
Processing commands for cont...@bugs.debian.org: severity 523828 normal Bug#523828: linux-image-2.6.26-2-486: fails to find modules.pcimap Severity set to `normal' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: natilus-actions needs porting to gio.
Processing commands for cont...@bugs.debian.org: severity 523854 grave Bug#523854: nautilus-actions: Nautilus actions are no longer available Severity set to `grave' from `important' tags 523854 patch Bug#523854: nautilus-actions: Nautilus actions are no longer available There were no tags set. Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519556: xserver-xorg-input-tslib: Segfault with no RandR support
I've just tried xserver-xorg-input-tslib_0.0.5-8_armel. I'm using it on Neo 1973 (gta01) with fbdev as a video device driver. 1. Without Rotate option, it works perfectly fine, as do 2. With `Option Rotate CCW' it doesn't crash, but the clicks are not handled correctly, as they go to a different point of the screen. Sliding my finger horizontally results in a vertical cursor motion, and vica versa, so it seems that tslib doesn't know that the screen is rotated. The result with 0.0.5-7 is the same for me. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523894: xserver-xorg-core: symbol lookup error: /usr/lib/xorg/modules/extensions//libdri.so: undefined symbol: xf86GetPciDomain
On Mon, 2009-04-13 at 07:54 -0400, Ryan wrote: I use xserver-xorg-video-ati, not fglrx. what you use doesn't matter. you installed fglrx, which replaced the /usr/lib/xorg/modules/extensions/libdri.so shipped by xserver-xorg-core with a broken version. please reopen. not without proof that the above is incorrect. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523859: libxine1: xine-ui, gxine, totem-xine all crash
I demand that Garrett McLean may or may not have written... Subject basically says it all. They crash whether or not they are asked to play a file when called. Happy to provide more info. gdb output from totem attached (I'm new at using gdb, so sorry if this is insufficient gdb-ing). Works fine here, but your backtrace tells me that there's an apparently-unnamed plugin somewhere. Checking ~/.xine/catalog.cache for obvious errors (an entry without an id= line would fit) would be worthwhile; moving that file out of the way may very well fix things. (If this does fix it, it would be interesting to see the old file and its replacement.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Let a fool hold his tongue and he will pass for a sage. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed (with 5 errors): NMU prepared
Processing commands for cont...@bugs.debian.org: tags 516122 + patch Bug#516122: qscintilla2: incomplete debian/copyright Tags were: patch Tags added: patch tags 523445 + patch Bug#523445: python-qscintilla2: cannot import module with python-qt4 4.4.6 installed There were no tags set. Tags added: patch Hi, Unknown command or malformed arguments to command. as I've prepared a NMU which fixes the two RC bugs and includes all necessary Unknown command or malformed arguments to command. changes to follow the updates in python-qt4. Unknown command or malformed arguments to command. Also I'd suggest to upload the version from experimental to unstable now, but Unknown command or malformed arguments to command. I'd not like to do that without the maintainers permission. Unknown command or malformed arguments to command. Too many unknown commands, stopping here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516122: NMU prepared
tags 516122 + patch
tags 523445 + patch
Hi,
as I've prepared a NMU which fixes the two RC bugs and includes all necessary
changes to follow the updates in python-qt4.
Also I'd suggest to upload the version from experimental to unstable now, but
I'd not like to do that without the maintainers permission.
Cheers,
Bernd
--
Bernd Zeimetz Debian GNU/Linux Developer
GPG Fingerprint: 06C8 C9A2 EAAD E37E 5B2C BE93 067A AD04 C93B FF79
diff --git a/debian/changelog b/debian/changelog
index f8606ac..5eb9b69 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,26 @@
+qscintilla2 (2.3.2-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/copyright:
+- Adding missing copyright informations.
+ Thanks to Mathieu Parent for providing the fixed file.
+ (Closes: #516122)
+ * debian/control, debian/rules, debian/pyversions:
+- Replace python-central by python-support to follow the change in
+ python-qt4. This would not be an issue if python-central would
+ create namespace packages properly.
+ (Closes: #523445)
+ * debian/control, debian/rules:
+- Let python-qscintilla2 depend on a python-qt4 version larger or
+ equal to the version it was built with.
+ * debian/rules:
+- Prepare to build with Python 2.6 to follow the changes in python-qt4.
+ * debian/control:
+- Build-depends on python-qt4{,-dev} = 4.4.4-6 as revision -5 was
+ partly broken.
+
+ -- Bernd Zeimetz b...@debian.org Mon, 13 Apr 2009 13:43:44 +0200
+
qscintilla2 (2.3.2-1) experimental; urgency=low
* New upstream release
diff --git a/debian/control b/debian/control
index d0cca12..cb9b007 100644
--- a/debian/control
+++ b/debian/control
@@ -1,10 +1,9 @@
Source: qscintilla2
Priority: extra
Maintainer: Torsten Marek shlo...@debian.org
-Build-Depends: debhelper (= 5.0.38), libqt4-dev, python-all-dev,
python-central (= 0.5.8), sip4 (= 4.7.8), python-sip4 (= 4.7.8),
python-sip4-dev (= 4.7.8), dpatch, python-qt4-dev (= 4.4.4)
+Build-Depends: debhelper (= 5.0.38), libqt4-dev, python-all-dev,
python-support (= 0.7.1), sip4 (= 4.7.8), python-sip4 (= 4.7.8),
python-sip4-dev (= 4.7.8), dpatch, python-qt4-dev (= 4.4.4-6), python-qt4 (=
4.4.4-6)
Standards-Version: 3.8.0
Section: libs
-XS-Python-Version: all
Homepage: http://www.riverbankcomputing.co.uk/qscintilla/index.php
Package: libqscintilla2-5
@@ -59,8 +58,7 @@ Description: API documentation for QScintilla 2
Package: python-qscintilla2
Section: python
Architecture: any
-Depends: ${python:Depends}, ${shlibs:Depends}, python-qt4 (= 4.4.4-1)
-XB-Python-Version: ${python:Versions}
+Depends: ${python:Depends}, ${shlibs:Depends}, ${python-qt4:Depends}
Description: Python bindings for QScintilla 2
QScintilla is a text editor for Qt4 with features especially useful when
writing and debugging source code. These include support for syntax
diff --git a/debian/copyright b/debian/copyright
index dc6c769..f730ab3 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -1,31 +1,416 @@
-This package was debianized by Torsten Marek shlo...@debian.org on
-Sun, 29 Jul 2007 12:17:49 +0200.
+This package was debianized by:
-It was downloaded from http://www.riverbankcomputing.co.uk/qscintilla/index.php
+Torsten Marek shlo...@debian.org on Sun, 29 Jul 2007 12:17:49 +0200.
+
+It was downloaded from:
+
+http://www.riverbankcomputing.co.uk/software/qscintilla/download
Upstream Authors:
-QScintilla 2:
+QScintilla 2 (under Qt3/, Qt4/, Python/ designer-Qt*/ and doc/html-Qt*/):
Phil Thompson p...@river-bank.demon.co.uk
-Scintilla (under src/):
+Scintilla (under src/ include/ and doc/Scintilla):
Neil Hodgson ne...@scintilla.org
Copyright:
-QScintilla 2:
+QScintilla 2 (under Qt3/, Qt4/, Python/ designer-Qt*/ and doc/html-Qt*/):
Copyright (C) 2007 Phil Thompson
-Scintilla (under src/):
+Scintilla (under src/ include/ and doc/Scintilla):
Copyright 1998-2007 by Neil Hodgson ne...@scintilla.org
+
+src/LexAda.cpp: Copyright 2002 by Sergey Koshcheyev serge...@seznam.cz
+src/LexAsn1.cpp: Copyright 2004 by Herr Pfarrer rpfarrer at yahoo dot
de
+src/LexBaan.cpp: Copyright 2001- by Vamsi Potluru va...@who.net
Praveen Ambekar ambekarprav...@yahoo.com
+src/LexCaml.cpp: Copyright 2005 by Robert Roessler robe...@rftp.com
+src/LexCLW.cpp: Copyright 2003-2004 by Ron Schofield
r...@schofieldcomputer.com
+src/LexCmake.cpp: Copyright 2007 by Cristian Adam cristian [dot] adam
[at] gmx [dot] net
+src/LexD.cpp: Copyright (c) 2006 by Waldemar Augustyn walde...@wdmsys.com
+src/LexEScript.cpp: Copyright 2003 by Patrizio Bekerle
(patri...@bekerle.com)
+src/LexFlagship.cpp: Copyright 2005 by Randy Butler
+src/LexGAP.cpp: Copyright 2007 by Istvan Szollosi ( szteven at gmail
dot com )
+src/LexKix.cpp: Copyright 2004 by Manfred Becker manf...@becker-trdf.de
+src/LexLout.cpp: Copyright 2003
Bug#523782: marked as done (libnzb - FTBFS: *** No rule to make target `distclean'. Stop.)
Your message dated Mon, 13 Apr 2009 12:02:11 + with message-id e1ltkrb-0002jh...@ries.debian.org and subject line Bug#523782: fixed in libnzb 0.0.20050629-6 has caused the Debian Bug report #523782, regarding libnzb - FTBFS: *** No rule to make target `distclean'. Stop. to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 523782: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523782 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libnzb Version: 0.0.20050629-5 Severity: serious There was an error while trying to autobuild your package: Automatic build of libnzb_0.0.20050629-5 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] # Add here commands to clean up after the build process. /usr/bin/make distclean make[1]: Entering directory `/build/buildd/libnzb-0.0.20050629' make[1]: *** No rule to make target `distclean'. Stop. make[1]: Leaving directory `/build/buildd/libnzb-0.0.20050629' make: *** [clean] Error 2 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules clean gave error exit status 2 ---End Message--- ---BeginMessage--- Source: libnzb Source-Version: 0.0.20050629-6 We believe that the bug you reported is fixed in the latest version of libnzb, which is due to be installed in the Debian FTP archive: libnzb-dev_0.0.20050629-6_amd64.deb to pool/main/libn/libnzb/libnzb-dev_0.0.20050629-6_amd64.deb libnzb0c2a_0.0.20050629-6_amd64.deb to pool/main/libn/libnzb/libnzb0c2a_0.0.20050629-6_amd64.deb libnzb_0.0.20050629-6.diff.gz to pool/main/libn/libnzb/libnzb_0.0.20050629-6.diff.gz libnzb_0.0.20050629-6.dsc to pool/main/libn/libnzb/libnzb_0.0.20050629-6.dsc A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 523...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Mattias Nordstrom mnord...@debian.org (supplier of updated libnzb package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 13 Apr 2009 14:36:12 +0300 Source: libnzb Binary: libnzb-dev libnzb0c2a Architecture: source amd64 Version: 0.0.20050629-6 Distribution: unstable Urgency: low Maintainer: Mattias Nordstrom mnord...@debian.org Changed-By: Mattias Nordstrom mnord...@debian.org Description: libnzb-dev - An nzb based Usenet binary grabber (development files) libnzb0c2a - An nzb based Usenet binary grabber (runtime library) Closes: 523782 Changes: libnzb (0.0.20050629-6) unstable; urgency=low . * Fixed FTBFS bug introduced in debian/rules (closes: #523782) Checksums-Sha1: 397e340888e92bf6aa96bfc08d5519c01c457ae1 1080 libnzb_0.0.20050629-6.dsc d9489225ffcdd3664fb6eab1b753e573ae558ee9 2772 libnzb_0.0.20050629-6.diff.gz fe7355862de6687582ded27ed442e0b6663fb25a 25104 libnzb-dev_0.0.20050629-6_amd64.deb c108c4bb3b218b375f96ae900a6f7b41880a2f7f 22814 libnzb0c2a_0.0.20050629-6_amd64.deb Checksums-Sha256: 71291766bc08e22bd8ff61145f97cef670a0f11b5d01984a7e8192d23e65a5b7 1080 libnzb_0.0.20050629-6.dsc 4351b694ce9bcdee3836649b9008e3a67b605037d206b255365b46ba21f5 2772 libnzb_0.0.20050629-6.diff.gz b18e83fd9188810762a0fd8e7746eb79099f654b94f7def4f381f56bf909b740 25104 libnzb-dev_0.0.20050629-6_amd64.deb eaee6a6daf7fa3ab1ea3fa7ce2a46d8163f44e01cea434b23af7b0c61b513ee7 22814 libnzb0c2a_0.0.20050629-6_amd64.deb Files: 6915f1705bda979de352856efc71ed58 1080 libs optional libnzb_0.0.20050629-6.dsc a0dd7aba4638598d06c9869f2e863315 2772 libs optional libnzb_0.0.20050629-6.diff.gz 5140ca7207b38d580d753699556746b4 25104 libdevel optional libnzb-dev_0.0.20050629-6_amd64.deb a5951ac1318161481b09c468c7137409 22814 libs optional libnzb0c2a_0.0.20050629-6_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iD4DBQFJ4yQ6wKTxHeBrP5cRAn0cAKCAn79dq9Hp2JGRaGX95rh9Ogv2mACYkZPh qxpccyyZUt7+5kNPtVkwTQ== =TeF1 -END PGP SIGNATURE- ---End Message---
Bug#523894: xserver-xorg-core: symbol lookup error: /usr/lib/xorg/modules/extensions//libdri.so: undefined symbol: xf86GetPciDomain
libdri.so was indeed incorrect. I don't understand why dpkg didn't just overwrite it. thx for the quick response. please close. On 4/13/09, Julien Cristau jcris...@debian.org wrote: On Mon, 2009-04-13 at 07:54 -0400, Ryan wrote: I use xserver-xorg-video-ati, not fglrx. what you use doesn't matter. you installed fglrx, which replaced the /usr/lib/xorg/modules/extensions/libdri.so shipped by xserver-xorg-core with a broken version. please reopen. not without proof that the above is incorrect. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523903: arandr only works with RandR 1.2 while unstable has RandR 1.3
Package: arandr Version: 0.1.1-2 Severity: grave Justification: renders package unusable Hey, this package is mostly useless now that we have RandR 1.3: cor...@hidalgo: arandr Traceback (most recent call last): File /usr/bin/arandr, line 5, in module main() File /usr/lib/python2.5/site-packages/screenlayout/gui.py, line 296, in main Application(file=file_to_open, randr_display=options.randr_display).run() File /usr/lib/python2.5/site-packages/screenlayout/gui.py, line 135, in __init__ self.widget = widget.ARandRWidget(display=randr_display) File /usr/lib/python2.5/site-packages/screenlayout/widget.py, line 30, in __init__ self._xrandr = XRandR(display=display) File /usr/lib/python2.5/site-packages/screenlayout/xrandr.py, line 22, in __init__ raise Exception(XRandR 1.2 required; for newer versions please adapt the code) Exception: XRandR 1.2 required; for newer versions please adapt the code I'm not sure how much the code needs to be adapted, but at the moment it's just useless, and upstream doesn't seem really aware of that (no new upstream version for the moment). Should arandr just be dropped? It was a nice tool, but… Cheers, -- Yves-Alexis -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages arandr depends on: ii python2.5.4-2An interactive high-level object-o ii python-gtk2 2.14.1-2 Python bindings for the GTK+ widge ii x11-xserver-utils 7.4+2 X server utilities arandr recommends no packages. arandr suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523902: gnash: FTBFS using older libtool
Package: gnash Version: 0.8.5-1 Severity: serious Justification: Policy 4.2 All declared build-dependencies are satisfied by Lenny, but attempting to compile inside a Lenny chroot causes errors related to libtool: == MAKE / AGG == /usr/bin/make -C tmp.agg VERSION=0.8.5 make[1]: Entering directory `/tmp/buildd/gnash-0.8.5/tmp.agg' /usr/bin/make all-recursive make[2]: Entering directory `/tmp/buildd/gnash-0.8.5/tmp.agg' Making all in libltdl make[3]: Entering directory `/tmp/buildd/gnash-0.8.5/tmp.agg/libltdl' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/tmp/buildd/gnash-0.8.5/tmp.agg/libltdl' Making all in libbase make[3]: Entering directory `/tmp/buildd/gnash-0.8.5/tmp.agg/libbase' /bin/sh ../libtool --tag=CXX --mode=compile x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../../libbase -I.. -DPLUGINSDIR=\/usr/lib/gnash/plugins\ -DSYSCONFDIR=\/etc\ -I../../libnet -I../../libamf -I../../libcore -I../../libcore/swf -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../../libltdl -g -O2 -pthread -pthread -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -Wnon-virtual-dtor -Wunused -MT libgnashbase_la-extension.lo -MD -MP -MF .deps/libgnashbase_la-extension.Tpo -c -o libgnashbase_la-extension.lo `test -f 'extension.cpp' || echo '../../libbase/'`extension.cpp ../libtool: line 847: X--tag=CXX: command not found ../libtool: line 880: libtool: ignoring unknown tag : command not found ../libtool: line 847: X--mode=compile: command not found ../libtool: line 1014: *** Warning: inferring the mode of operation is deprecated.: command not found ../libtool: line 1015: *** Future versions of Libtool will require --mode=MODE be specified.: command not found ../libtool: line 1158: Xx86_64-linux-gnu-g++: command not found ../libtool: line 1158: X-DHAVE_CONFIG_H: command not found ../libtool: line 1158: X-I.: command not found ../libtool: line 1158: X-I../../libbase: No such file or directory ../libtool: line 1158: X-I..: command not found ../libtool: line 1158: X-DPLUGINSDIR=/usr/lib/gnash/plugins: No such file or directory ../libtool: line 1158: X-DSYSCONFDIR=/etc: No such file or directory ../libtool: line 1158: X-I../../libnet: No such file or directory ../libtool: line 1158: X-I../../libamf: No such file or directory ../libtool: line 1158: X-I../../libcore: No such file or directory ../libtool: line 1158: X-I../../libcore/swf: No such file or directory ../libtool: line 1158: X-pthread: command not found ../libtool: line 1158: X-I/usr/include/glib-2.0: No such file or directory ../libtool: line 1158: X-I/usr/lib/glib-2.0/include: No such file or directory ../libtool: line 1158: X-I../../libltdl: No such file or directory ../libtool: line 1158: X-g: command not found ../libtool: line 1158: X-O2: command not found ../libtool: line 1158: X-pthread: command not found ../libtool: line 1158: X-pthread: command not found ../libtool: line 1158: X-W: command not found ../libtool: line 1158: X-Wall: command not found ../libtool: line 1158: X-Wcast-align: command not found ../libtool: line 1158: X-Wcast-qual: command not found ../libtool: line 1158: X-Wpointer-arith: command not found ../libtool: line 1158: X-Wreturn-type: command not found ../libtool: line 1158: X-Wnon-virtual-dtor: command not found ../libtool: line 1158: X-Wunused: command not found ../libtool: line 1158: X-MT: command not found ../libtool: line 1158: Xlibgnashbase_la-extension.lo: command not found ../libtool: line 1158: X-MD: command not found ../libtool: line 1158: X-MP: command not found ../libtool: line 1158: X-MF: command not found ../libtool: line 1158: X.deps/libgnashbase_la-extension.Tpo: No such file or directory ../libtool: line 1158: X-c: command not found ../libtool: line 1211: Xlibgnashbase_la-extension.lo: command not found ../libtool: line 1216: libtool: compile: cannot determine name of library object from `': command not found make[3]: *** [libgnashbase_la-extension.lo] Error 1 make[3]: Leaving directory `/tmp/buildd/gnash-0.8.5/tmp.agg/libbase' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/gnash-0.8.5/tmp.agg' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/gnash-0.8.5/tmp.agg' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 E: Failed autobuilding of package I strongly suspect that a versioned dependency on libtool (= 2) solves this issue. Even better would off course be a different solution that would allow backporting gnash to Lenny without also backporting lobtool (which is what I am trying currently). Kind regards, - Jonas P.S. The new Gnash release indeed works *much* better than earlier releases! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux
Bug#522580: libqt-perl: build-depend (libsmokeqt-dev) going away
Hi Ana, Thanks for the bug report about this. I see that kdebindings 4 does have libsmokeqt4-2. Why not the corresponding -dev package ? Why is libsmokeqt-dev removed ? I see that debian-edu-install depends on libqt-perl. The reason for that is, according to debian/changelog, to get the kde debconf frontend working. How is this to be solved with KDE 4 ? Any additional suggestions/thoughts/comments ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516122: NMU prepared
Am Montag, den 13.04.2009, 14:14 +0200 schrieb Bernd Zeimetz: tags 516122 + patch tags 523445 + patch Hi, as I've prepared a NMU which fixes the two RC bugs and includes all necessary changes to follow the updates in python-qt4. Also I'd suggest to upload the version from experimental to unstable now, but I'd not like to do that without the maintainers permission. Hi, please, go ahead. I have the go from debian-release wrt the SONAME change, but didn't hear back from all maintainers of reverse dependencies, which I had contacted privately some weeks ago, which was the main thing keeping me back. I'll schedule some rebuilds for those then. best, Torsten -- .: Torsten Marek .: http://shlomme.diotavelli.net .: tors...@diotavelli.net -- GnuPG: 1024D/A244C858 signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#523641: usbip: Package does not install the usb.ids file needed by the binaries
Package: usbip Version: 0.1.7-2 Severity: normal Hi. The file usb.ids is provided by usbutils package $ ls -l /usr/share/misc/usb.ids /usr/share/misc/usb.ids - /var/lib/usbutils/usb.ids Max was working on a new version of usbip package that use this file instead of providing new one. There is a patch to solve this issue: http://sourceforge.net/mailarchive/forum.php?thread_name=20090224144210.GA13617%40idea.intra.pawisda.deforum_name=usbip-devel Greetings -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523449: hal / xorg related
Hello, I think this bug should be reassigned to hal / xserver-xorg. I found out the following: If I add to my ServerFlags section of xorg Option AllowEmptyInput 0 and Option AutoAddDevices 0 my keyboard works, also switching between vts works (I thought this is not handled by xorg?). My touchpad still does not work, but this is already reported. The question now just is... is it a xorg-server bug (could not get prop. devices from hal?) or from hal itself? I am not firm. with hal.. so on please say me what to do ;) Anyway the acpid message still appears : -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523449: hal / xorg related
On Mon, 2009-04-13 at 15:45 +0200, Patrick Matthäi wrote: Hello, I think this bug should be reassigned to hal / xserver-xorg. I found out the following: If I add to my ServerFlags section of xorg Option AllowEmptyInput 0 and Option AutoAddDevices 0 my keyboard works, also switching between vts works (I thought this is not handled by xorg?). My touchpad still does not work, but this is already reported. The question now just is... is it a xorg-server bug (could not get prop. devices from hal?) or from hal itself? I am not firm. with hal.. so on please say me what to do ;) does /proc/bus/input/devices list your keyboard? does it show up in lshal? Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476452: Fixed by binNMU
unblock 522823 with 476452 thanks It seems that since libltdl-dev provides libltdl3-dev, this has been fixed by the binNMU 2.2.11-16+b1 (at least for i386). Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523910: FTBFS: incorrectly specifies qmake-qt4
Package: qzion Severity: serious Justification: no longer builds from source If the qt3-dev-tools package is installed, then the /usr/bin/qmake symlink points to the qt3 version of qmake. In the debian/rules file, the QMAKE variable is set before including the qmake class from cdbs. As a result, the hardcoded default is used instead of the existing option in the debian/rules file, leading to qmake-qt3 being used instead of qmake-qt4. Instead the QMAKE variable should be set, after including the qmake cdbs class file. -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Stephen Depooter steph...@xandros.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498223: skencil: reproduced
Package: skencil Version: 0.6.17-16 Severity: normal Hi, I've got same error like below... $ skencil shared memory images supported Traceback (most recent call last): File /usr/bin/skencil, line 34, in module Sketch.main.main() File /usr/lib/skencil/Sketch/Base/main.py, line 148, in main run_script = options.run_script) File /usr/lib/skencil/Sketch/UI/skapp.py, line 183, in __init__ self.build_window() File /usr/lib/skencil/Sketch/UI/skapp.py, line 223, in build_window self.run_script) File /usr/lib/skencil/Sketch/UI/mainwindow.py, line 98, in __init__ self.build_menu() File /usr/lib/skencil/Sketch/UI/mainwindow.py, line 901, in build_menu self.update_mru_files() File /usr/lib/skencil/Sketch/UI/mainwindow.py, line 380, in update_mru_files self.file_menu.RebuildMenu() File /usr/lib/skencil/Sketch/UI/tkext.py, line 367, in RebuildMenu self.menu.delete(0, END) File /usr/lib/python2.5/lib-tk/Tkinter.py, line 2688, in delete self.deletecommand(c) File /usr/lib/python2.5/lib-tk/Tkinter.py, line 364, in deletecommand self.tk.deletecommand(name) TclError: can't delete Tcl command -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-2-686-tomoyo (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages skencil depends on: ii libc6 2.9-6 GNU C Library: Shared libraries ii libx11-6 2:1.2.1-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii python2.5.4-2An interactive high-level object-o ii python-imaging-tk 1.1.6-3Python Imaging Library - ImageTk M ii python-support1.0.1 automated rebuilding support for P ii tcl8.48.4.19-3 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.19-3 Tk toolkit for Tcl and X11, v8.4 - skencil recommends no packages. Versions of packages skencil suggests: pn gsfonts-x11 none (no description available) pn python-reportlab none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523912: mit-scheme: FTBFS: Missing build depends.
Source: mit-scheme Version: 7.7.90+20090107-1 Severity: serious Hi, Your package is failing to build with the following error: gcc -o prmcrypt.so -shared -fPIC prmcrypt.o -lmcrypt -lltdl -lc /usr/bin/ld: cannot find -lltdl collect2: ld returned 1 exit status make[3]: *** [prmcrypt.so] Error 1 Kurt -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523903: arandr only works with RandR 1.2 while unstable has RandR 1.3
On Mon, Apr 13, 2009 at 02:28:20PM +0200, Yves-Alexis Perez wrote: I'm not sure how much the code needs to be adapted, but at the moment it's just useless, and upstream doesn't seem really aware of that (no new upstream version for the moment). Should arandr just be dropped? It was a nice tool, but… i have just upgraded myself and seen this. i am in the progress of writing a patch, which i expect to be just a line or two since 1.3 seems to be fully compatible. regards chrysn signature.asc Description: Digital signature
Bug#478030: [Pkg-kde-extras] Bug#478030: krecipes: Krecipes crashes upon start
Hi Bastian, hi kde-extras team, I am considering to adopt krecipes and join kde-extras. I have been working on updating the package and also fix #473367 since a while. I still have to smooth a few rough edges, but I think I will be ready to present my package in a few days. Once I am satisfied with the new package I will upload it to mentors.debian.net and contact pkg-kde-extras for review and sponsorship. Matthias -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523879: [pkg-nvidia-devel] Bug#523879: nvidia-graphics-modules-i386 fails to build with ndivia-kernel-sources 180.44-1
On Mon, Apr 13, 2009 at 01:52:43PM +0400, Alexander Gerasiov wrote: Package: nvidia-kernel-source Version: 180.44-1 Severity: serious Justification: no longer builds from source Hi. I've tried to build nvidia-graphics-modules-i386 (updated to 180.44), but it fails. The problem is in nvidia-graphics-drivers-180.44/debian.binary/rules There is a call to dh_builddeb --destdir=$(KPKG_DEST_DIR) but if KPKG_DEST_DIR is undefined, building fails. (nvidia-graphics-modules-i386 affected) The patch is simple. (see attachment) -- System Information: Debian Release: 5.0 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-source depends on: ii debhelper 7.0.15 helper programs for debian/rules ii dpatch2.0.30 patch maintenance system for Debia ii make 3.81-5 The GNU version of the make util ii sed 4.1.5-6The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts 2.10.35lenny3scripts to make the life of a Debi ii kernel-package 11.015 A utility for building Linux kerne ii nvidia-glx 180.44-1~bpo50+1 NVIDIA binary Xorg driver nvidia-kernel-source suggests no packages. diff --git a/debian.binary/rules b/debian.binary/rules index 1de9319..4a61b26 100644 --- a/debian.binary/rules +++ b/debian.binary/rules @@ -11,6 +11,9 @@ ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) MAKEFLAGS += -j$(NUMJOBS) endif +ifndef KPKG_DEST_DIR + KPKG_DEST_DIR = ../ +endif DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) Are you using make-kpkg or what? I must admit the new build rules that work with 2.6.29 were only tested with module-assitant and linux-modules-nonfree-2.6 since those are the only two methods the debian kernel pacakge developers seem to support. Those building their own kernels would of course likely still use make-kpkg, so perhaps I should have tested that too. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523449: hal / xorg related
reassign 523449 hal thanks On Mon, Apr 13, 2009 at 03:45:43PM +0200, Patrick Matthäi wrote: I think this bug should be reassigned to hal / xserver-xorg. So with both of you reporting that the problem is either in hal or xserver-xorg I reassign this bug report. Since acpid reports that some devices are missing on which xserverxorg should not have any influence I reassign it to hal. Feel free to correct this if needed. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: mes...@jabber.org Go VfL Borussia! Go SF 49ers! Use Debian GNU/Linux! Use PostgreSQL! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523716: [pkg-nvidia-devel] Bug#523716: Another build failure...
On Sun, Apr 12, 2009 at 08:10:13PM +0200, Sven Joachim wrote: I see. The VERSION variable is supposed to be set by including /usr/share/modass/include/generic.make, and you apparently do not have module-assistant installed, do you? Probably nvidia-kernel-source should stop recommending kernel-package and just depend on module-assistant like every other $module-source package does. That seems like a great idea. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523716: [pkg-nvidia-devel] Bug#523716: Another build failure...
On Sun, Apr 12, 2009 at 01:48:27PM -0400, Christopher Martin wrote: On April 12, 2009 13:36:36 Sven Joachim wrote: Only because $(VERSION) is empty for you, and that is the problem. How did you try to build the module? I tried: cd /usr/src/modules/nvidia-kernel (after unpacking /usr/src/nvidia-kernel.tar.bz2) KSRC=/usr/src/linux-headers-2.6.29-1-686-bigmem \ KVERS=2.6.29-1-686-bigmem debian/rules binary_modules That is no longer a complete set of headers and you can't build against it like that. The kernel team says that is no longer supported. This is what I've done for a long time (changing the kernel in question each time, obviously). Why not use module-assitant? I sure didn't test that old way of doing it when I rewrote the build scripts. I used module-assistant and a hacked up version of linux-modules-nonfree-2.6 and both worked. I did not test make-kpkg or doing it manually (which I stopped doing years ago when I discovered module-assistant). -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: hal / xorg related
Processing commands for cont...@bugs.debian.org: reassign 523449 hal Bug#523449: acpid fails to open input layer Bug reassigned from package `acpid' to `hal'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523716: [pkg-nvidia-devel] Bug#523716: nvidia-kernel-source: fails to build
On Sun, Apr 12, 2009 at 09:54:20AM +0200, Sven Joachim wrote: tags 523716 + patch thanks On 2009-04-12 05:51 +0200, Avery Fay wrote: Package: nvidia-kernel-source Version: 180.44-1 Severity: grave Justification: renders package unusable from m-a build: /usr/bin/make -C . LINUXDIR=/lib/modules/2.6.28-1-amd64/build KVERREL=2.6.28-1-amd64 clean make[1]: Entering directory `/usr/src/modules/nvidia-kernel' rm -rf *.o *.ko .depend .*.flags .*.d .*.cmd *.mod.c .tmp_versions make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' dh_clean /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/nvidia-kernel' /usr/bin/make -C . LINUXDIR=/lib/modules/2.6.28-1-amd64/build KVERREL=2.6.28-1-amd64 clean make[2]: Entering directory `/usr/src/modules/nvidia-kernel' make[2]: Leaving directory `/usr/src/modules/nvidia-kernel' dh_clean dh_clean: cannot read debian/control: No such file or directory make[1]: *** [kdist_clean] Error 1 make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' make: *** [kdist_build] Error 2 Here is a quick patch that works for me: --8---cut here---start-8--- --- debian.binary/rules~ 2009-04-12 09:25:15.0 +0200 +++ debian.binary/rules 2009-04-12 09:32:02.362270866 +0200 @@ -94,6 +94,6 @@ # other kdist_commands (except for the .deb files created). kdist_clean: $(MAKE) -C . LINUXDIR=$(KSRC) KVERREL=$(KVERS) clean - dh_clean + -dh_clean .PHONY: clean binary-modules --8---cut here---end---8--- However, it seems that the module does not build against kernels older than 2.6.29 (subject to another bug report). Compiles fine on 2.6.26-1-686 and 2.6.26-1-686-bigmem for me. Well subject to the dealing with the missing control file (which my patch had fixed in it, but must have been lost somewhere when the final package was put together). -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523879: [pkg-nvidia-devel] Bug#523879: nvidia-graphics-modules-i386 fails to build with ndivia-kernel-sources 180.44-1
Mon, 13 Apr 2009 11:08:26 -0400 lsore...@csclub.uwaterloo.ca (Lennart Sorensen) wrote: On Mon, Apr 13, 2009 at 01:52:43PM +0400, Alexander Gerasiov wrote: Package: nvidia-kernel-source Version: 180.44-1 Severity: serious Justification: no longer builds from source Hi. I've tried to build nvidia-graphics-modules-i386 (updated to 180.44), but it fails. The problem is in nvidia-graphics-drivers-180.44/debian.binary/rules There is a call to dh_builddeb --destdir=$(KPKG_DEST_DIR) but if KPKG_DEST_DIR is undefined, building fails. (nvidia-graphics-modules-i386 affected) The patch is simple. (see attachment) -- System Information: Debian Release: 5.0 APT prefers proposed-updates APT policy: (670, 'proposed-updates'), (670, 'stable'), (620, 'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-kernel-source depends on: ii debhelper 7.0.15 helper programs for debian/rules ii dpatch2.0.30 patch maintenance system for Debia ii make 3.81-5 The GNU version of the make util ii sed 4.1.5-6The GNU sed stream editor Versions of packages nvidia-kernel-source recommends: ii devscripts 2.10.35lenny3scripts to make the life of a Debi ii kernel-package 11.015 A utility for building Linux kerne ii nvidia-glx 180.44-1~bpo50+1 NVIDIA binary Xorg driver nvidia-kernel-source suggests no packages. diff --git a/debian.binary/rules b/debian.binary/rules index 1de9319..4a61b26 100644 --- a/debian.binary/rules +++ b/debian.binary/rules @@ -11,6 +11,9 @@ ifneq (,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) NUMJOBS = $(patsubst parallel=%,%,$(filter parallel=%,$(DEB_BUILD_OPTIONS))) MAKEFLAGS += -j$(NUMJOBS) endif +ifndef KPKG_DEST_DIR + KPKG_DEST_DIR = ../ +endif DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) Are you using make-kpkg or what? I must admit the new build rules that work with 2.6.29 were only tested with module-assitant and linux-modules-nonfree-2.6 since those are the only two methods the debian kernel pacakge developers seem to support. Those building their own kernels would of course likely still use make-kpkg, so perhaps I should have tested that too. Nope, I've used nvidia-graphics-modules-i386 - the source package which was used in lenny to build nvidia-kernel-2.6.26-* linux-modules-nonfree-2.6 in lenny doesn't support nvidia drivers. I've modified nvidia driver's version there to build kernel modules for nvidia-driver 180.44 It works for 180.29, but not for 180.44 -- Best regards, Alexander GQ Gerasiov Contacts: e-mail:g...@cs.msu.su Jabber: g...@jabber.ru Homepage: http://gq.net.ru ICQ: 7272757 PGP fingerprint: 0628 ACC7 291A D4AA 6D7D 79B8 0641 D82A E3E3 CE1D -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523859: libxine1: xine-ui, gxine, totem-xine all crash
That was indeed the problem. Old catalog.cache attached just in case it is useful. Thanks! On Mon, Apr 13, 2009 at 4:35 AM, Darren Salt li...@youmustbejoking.demon.co.uk wrote: I demand that Garrett McLean may or may not have written... Subject basically says it all. They crash whether or not they are asked to play a file when called. Happy to provide more info. gdb output from totem attached (I'm new at using gdb, so sorry if this is insufficient gdb-ing). Works fine here, but your backtrace tells me that there's an apparently-unnamed plugin somewhere. Checking ~/.xine/catalog.cache for obvious errors (an entry without an id= line would fit) would be worthwhile; moving that file out of the way may very well fix things. (If this does fix it, it would be interesting to see the old file and its replacement.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Let a fool hold his tongue and he will pass for a sage. catalog.cache Description: chemical/cache
Bug#523716: [pkg-nvidia-devel] Bug#523716: nvidia-kernel-source: Does not build here either, but other problem
On Sun, Apr 12, 2009 at 10:52:59AM +0200, Andreas Tscharner wrote: Package: nvidia-kernel-source Version: 180.44-1 Severity: normal The package does not build here either, but it fails with the following message: make[1]: Entering directory `/usr/src/modules/nvidia-kernel' make[1]: *** Keine Regel, um ??kdist_image?? zu erstellen. Schluss. make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' Module /usr/src/modules/nvidia-kernel failed. The second line reads in english: *** No rule to make kdist_image... Kernel: linux-source-2.6.29; 2.6.29-2 What method are you using to do the build? kdist_image makes me thing you are using make-kpkg. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523859: libxine1: xine-ui, gxine, totem-xine all crash
The problematic entry is at the end of the file: [/usr/lib/xine/plugins/1.25/xineplug_dmx_matroska.so] size=35728 mtime=1236814787 type=2 api=26 id I guess the file was corrupted somehow, though I haven't fiddled with it at all. I hope my hardware's not aging ungracefully. Thanks anyway, and sorry! On Mon, Apr 13, 2009 at 8:38 AM, Garrett McLean gmcl...@gmail.com wrote: That was indeed the problem. Old catalog.cache attached just in case it is useful. Thanks! On Mon, Apr 13, 2009 at 4:35 AM, Darren Salt li...@youmustbejoking.demon.co.uk wrote: I demand that Garrett McLean may or may not have written... Subject basically says it all. They crash whether or not they are asked to play a file when called. Happy to provide more info. gdb output from totem attached (I'm new at using gdb, so sorry if this is insufficient gdb-ing). Works fine here, but your backtrace tells me that there's an apparently-unnamed plugin somewhere. Checking ~/.xine/catalog.cache for obvious errors (an entry without an id= line would fit) would be worthwhile; moving that file out of the way may very well fix things. (If this does fix it, it would be interesting to see the old file and its replacement.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Let a fool hold his tongue and he will pass for a sage.
Bug#523716: [pkg-nvidia-devel] Bug#523716: Bug#523716: Another build failure...
KSRC=/usr/src/linux-headers-2.6.29-1-686-bigmem \ KVERS=2.6.29-1-686-bigmem debian/rules binary_modules That is no longer a complete set of headers and you can't build against it like that. The kernel team says that is no longer supported. The strange thing here is that is how I tested mine (and didn't see the dh_clean problem). -- Randall Donald ra...@khensu.org http://www.khensu.orgrdon...@debian.org Programmer/Debian Developer GnuPG: 6C27DEAB -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523859: libxine1: xine-ui, gxine, totem-xine all crash
PS, removing that entry and putting that file back to ~/.xine/catalog.cache also works splendidly. -Garrett On Mon, Apr 13, 2009 at 8:44 AM, Garrett McLean gmcl...@gmail.com wrote: The problematic entry is at the end of the file: [/usr/lib/xine/plugins/1.25/xineplug_dmx_matroska.so] size=35728 mtime=1236814787 type=2 api=26 id I guess the file was corrupted somehow, though I haven't fiddled with it at all. I hope my hardware's not aging ungracefully. Thanks anyway, and sorry! On Mon, Apr 13, 2009 at 8:38 AM, Garrett McLean gmcl...@gmail.com wrote: That was indeed the problem. Old catalog.cache attached just in case it is useful. Thanks! On Mon, Apr 13, 2009 at 4:35 AM, Darren Salt li...@youmustbejoking.demon.co.uk wrote: I demand that Garrett McLean may or may not have written... Subject basically says it all. They crash whether or not they are asked to play a file when called. Happy to provide more info. gdb output from totem attached (I'm new at using gdb, so sorry if this is insufficient gdb-ing). Works fine here, but your backtrace tells me that there's an apparently-unnamed plugin somewhere. Checking ~/.xine/catalog.cache for obvious errors (an entry without an id= line would fit) would be worthwhile; moving that file out of the way may very well fix things. (If this does fix it, it would be interesting to see the old file and its replacement.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Let a fool hold his tongue and he will pass for a sage.
Bug#522477: [png-mng-implement] Bug#522477: inkscape: FTBFS: pngconf.h:328: error: expected constructor, destructor, or type conversion before '.' token
On Sat, Apr 11, 2009 at 07:00:55PM -0400, Tom Lane wrote: Wolfram Quester wo...@sigxcpu.org writes: Kurt Roeckx submitted the bug against inkscape cited below. In file included from /usr/include/libpng12/png.h:474, from sp-image.cpp:44: /usr/include/libpng12/pngconf.h:328: error: expected constructor, destructor, or type conversion before '.' token /usr/include/libpng12/pngconf.h:329: error: '__dont__' does not name a type make[3]: *** [sp-image.o] Error 1 If you didn't figure it out already: it looks to me like this is exactly the same setjmp issue being discussed in the other current thread. http://sourceforge.net/mailarchive/forum.php?thread_name=1806.1239115719%40sss.pgh.pa.usforum_name=png-mng-implement OK, thanks for the link. But the crazy thing is that inkscape includes setjmp.h in the code leading to the compiler error only via png.h. It does not include setjmp.h directly. So I'm still tempted to call this a bug in libpng. Furthermore, since we don't include setjmp.h I don't see a way for th recommended workaround, namely including png.h before setjmp.h. But I have to look deeper into the code for a fix. Thanks, Wolfi As far as I can see the consensus is that nothing much can be done about this in libpng 1.2.x. We could possibly fix it in 1.4 by making incompatible changes in the libpng API. regards, tom lane signature.asc Description: Digital signature
Bug#522580: libqt-perl: build-depend (libsmokeqt-dev) going away
On Monday 13 April 2009 14:29:48 Bart Martens wrote: Hi Ana, Hi Bart, Thanks for the bug report about this. I see that kdebindings 4 does have libsmokeqt4-2. Why not the corresponding -dev package ? Why is libsmokeqt-dev removed ? So far, the ABI of the qt4 smoke has not been completely stable, so we have chosen not to provide -dev package for it, as it makes things easier for us. This is fortunately going to change, so if there is a need for it we might be able to provide it in the future. Currently there is no good bindings outside the kdebindings source package, so there hasn't been a need for it. I see that debian-edu-install depends on libqt-perl. The reason for that is, according to debian/changelog, to get the kde debconf frontend working. How is this to be solved with KDE 4 ? For the next months, I would suggest to use the gtk frontend, but hopefully during summer of code, we will have enough working perl-qt bindings and a new and improved debconf frontend that fits in kde. Note that a Qt3 frontend in KDE4 will look just as ugly and misplaced as a gtk frontend. Any additional suggestions/thoughts/comments ? My suggestion would be to wait until the summer is over - and then hopefully package qt4 perl bindings (maybe in cooperation with the qt people (me and others)) Alternatively, if you need perl-qt3, you can take the kde3 bindings package and strip it down to only be the smoke libraries and ship qt3 smoke in a separate package. /Sune -- Do you know how to link the program? You have not to save the cache in order to install a tower. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: found 518193 in 1:1.4.6-1
Processing commands for cont...@bugs.debian.org: found 518193 1:1.4.6-1 Bug#518193: [SA34091] ZABBIX PHP Frontend Multiple Vulnerabilities Bug marked as found in version 1:1.4.6-1. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522569: marked as done (kwin-style-crystal: Please prepare a kde4 version)
Your message dated Mon, 13 Apr 2009 15:47:34 + with message-id e1ltoni-0002kv...@ries.debian.org and subject line Bug#522569: fixed in kwin-style-crystal 2.0.3-1 has caused the Debian Bug report #522569, regarding kwin-style-crystal: Please prepare a kde4 version to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 522569: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522569 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: kwin-style-crystal Severity: serious Justification: ftbfs Hi! We are uploading kde4 to unstable real soon. KWin-style-crystal is a kde3 version. Please update to a kde4 version. http://kde-look.org/content/show.php/Crystal?content=75140 For help on packaging, take a look at pkg-kde-tools and the packaging of kwin-style-dekorator in pkg-kde/kde-extras subversion repository: http://svn.debian.org/viewsvn/pkg-kde/kde-extras/kwin-style-dekorator/trunk/debian/ /Sune -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages kwin-style-crystal depends on: ii kdelibs4c2a4:3.5.10.dfsg.1-2 core libraries and binaries for al pn kwin none(no description available) ii libacl12.2.47-2 Access control list shared library ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libattr1 1:2.4.43-2Extended attribute shared library ii libaudio2 1.9.1-5 Network Audio System - shared libr ii libc6 2.9-6 GNU C Library: Shared libraries ii libfam02.7.0-13.3Client library to control the FAM ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4 FreeType 2 font engine, shared lib ii libgcc11:4.3.3-5 GCC support library ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libidn11 1.12-1GNU Libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.35-1 PNG library - runtime ii libqt3-mt 3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v ii libsm6 2:1.1.0-2 X11 Session Management library ii libstdc++6 4.3.3-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.2-1 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.13-3 FreeType-based font drawing librar ii libxi6 2:1.2.1-2 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.3.0-2 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime kwin-style-crystal recommends no packages. kwin-style-crystal suggests no packages. ---End Message--- ---BeginMessage--- Source: kwin-style-crystal Source-Version: 2.0.3-1 We believe that the bug you reported is fixed in the latest version of kwin-style-crystal, which is due to be installed in the Debian FTP archive: kwin-style-crystal_2.0.3-1.diff.gz to pool/main/k/kwin-style-crystal/kwin-style-crystal_2.0.3-1.diff.gz kwin-style-crystal_2.0.3-1.dsc to pool/main/k/kwin-style-crystal/kwin-style-crystal_2.0.3-1.dsc kwin-style-crystal_2.0.3-1_amd64.deb to pool/main/k/kwin-style-crystal/kwin-style-crystal_2.0.3-1_amd64.deb kwin-style-crystal_2.0.3.orig.tar.gz to pool/main/k/kwin-style-crystal/kwin-style-crystal_2.0.3.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 522...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Pino Toscano p...@kde.org (supplier of updated kwin-style-crystal package)
Bug#523716: [pkg-nvidia-devel] Bug#523716: Another build failure...
On April 13, 2009 11:14:12 Lennart Sorensen wrote: That is no longer a complete set of headers and you can't build against it like that. The kernel team says that is no longer supported. This is what I've done for a long time (changing the kernel in question each time, obviously). Why not use module-assitant? I sure didn't test that old way of doing it when I rewrote the build scripts. I used module-assistant and a hacked up version of linux-modules-nonfree-2.6 and both worked. I did not test make-kpkg or doing it manually (which I stopped doing years ago when I discovered module-assistant). I guess I'll switch to module-assistant - not a problem. But as was pointed out elsewhere, it might be best to make the requirement explicit. Cheers, Christopher Martin signature.asc Description: This is a digitally signed message part.
Bug#503383: PowerPC signedness issue
Hi! Fedora project fixed this, the patch is now upstream and CPAN smoke testing looks much better now. You may want to update to 0.165. -- Excuse all the blood -- Dead -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: Re: Bug#523806: nvidia-kernel-legacy-96xx: Conflicts with new xserver-xorg-core
Processing commands for cont...@bugs.debian.org: reassign 523806 nvidia-glx-legacy-96xx Bug#523806: nvidia-kernel-legacy-96xx: Conflicts with new xserver-xorg-core Warning: Unknown package 'nvidia-kernel-legacy-96xx' Bug reassigned from package `nvidia-kernel-legacy-96xx' to `nvidia-glx-legacy-96xx'. -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503383: PowerPC signedness issue
On Mon, Apr 13, 2009 at 06:17:26PM +0200, Lubomir Rintel wrote: Fedora project fixed this, the patch is now upstream and CPAN smoke testing looks much better now. You may want to update to 0.165. Thanks! I've just uploaded. Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: mysql-dfsg-5.1: fails to handle DEB_BUILD_OPTIONS according to policy
Processing commands for cont...@bugs.debian.org: clone 504108 -1 Bug#504108: mysql-dfsg-5.0: DEB_BUILD_OPTION incorrectly tested for nocheck Bug 504108 cloned as bug 523928. reassign -1 mysql-dfsg-5.1 Bug#523928: mysql-dfsg-5.0: DEB_BUILD_OPTION incorrectly tested for nocheck Bug reassigned from package `mysql-dfsg-5.0' to `mysql-dfsg-5.1'. severity -1 serious Bug#523928: mysql-dfsg-5.0: DEB_BUILD_OPTION incorrectly tested for nocheck Severity set to `serious' from `normal' retitle -1 Failure to handle DEB_BUILD_OPTIONS correctly Bug#523928: mysql-dfsg-5.0: DEB_BUILD_OPTION incorrectly tested for nocheck Changed Bug title to `Failure to handle DEB_BUILD_OPTIONS correctly' from `mysql-dfsg-5.0: DEB_BUILD_OPTION incorrectly tested for nocheck'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503383: marked as done (libkinosearch-perl - FTBFS: Expects signed char)
Your message dated Mon, 13 Apr 2009 17:17:04 + with message-id e1ltpmk-a7...@ries.debian.org and subject line Bug#503383: fixed in libkinosearch-perl 0.165-1 has caused the Debian Bug report #503383, regarding libkinosearch-perl - FTBFS: Expects signed char to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 503383: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503383 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: libkinosearch-perl Version: 0.163-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of libkinosearch-perl_0.163-1 on debian-31.osdl.marist.edu by sbuild/s390 98 [...] t/101-simple_template_io.. # Failed test 'signed byte' # at t/101-simple_template_io.t line 21. # Structures begin differing at: # $got-[0] = '128' # $expected-[0] = '-128' # Looks like you failed 1 test of 13. dubious Test returned status 1 (wstat 256, 0x100) DIED. FAILED test 2 Failed 1/13 tests, 92.31% okay [...] Failed Test Stat Wstat Total Fail List of Failed --- t/101-simple_template_io.t 1 256131 2 t/103-repeats_template_io.t4 1024184 2 4 6 8 2 tests skipped. Failed 2/53 test scripts. 5/662 subtests failed. Files=53, Tests=662, 25 wallclock secs (23.99 cusr + 0.98 csys = 24.97 CPU) Failed 2/53 test programs. 5/662 subtests failed. make: *** [build-stamp] Error 255 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 ** Build finished at 20081025-0840 FAILED [dpkg-buildpackage died] ---End Message--- ---BeginMessage--- Source: libkinosearch-perl Source-Version: 0.165-1 We believe that the bug you reported is fixed in the latest version of libkinosearch-perl, which is due to be installed in the Debian FTP archive: libkinosearch-perl_0.165-1.diff.gz to pool/main/libk/libkinosearch-perl/libkinosearch-perl_0.165-1.diff.gz libkinosearch-perl_0.165-1.dsc to pool/main/libk/libkinosearch-perl/libkinosearch-perl_0.165-1.dsc libkinosearch-perl_0.165-1_i386.deb to pool/main/libk/libkinosearch-perl/libkinosearch-perl_0.165-1_i386.deb libkinosearch-perl_0.165.orig.tar.gz to pool/main/libk/libkinosearch-perl/libkinosearch-perl_0.165.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 503...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Dominic Hargreaves d...@earth.li (supplier of updated libkinosearch-perl package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 13 Apr 2009 18:11:05 +0100 Source: libkinosearch-perl Binary: libkinosearch-perl Architecture: source i386 Version: 0.165-1 Distribution: unstable Urgency: low Maintainer: Dominic Hargreaves d...@earth.li Changed-By: Dominic Hargreaves d...@earth.li Description: libkinosearch-perl - search engine library Closes: 503383 Changes: libkinosearch-perl (0.165-1) unstable; urgency=low . * New upstream release - fixes FTBFS on some archs; thanks to the Fedora project for the fix (closes: #503383). * Update Standards-Version (no changes) Checksums-Sha1: 9f75990682c49a2a9f680292c3fefaf5955039d3 1266 libkinosearch-perl_0.165-1.dsc 399a208126d6eb25ec59ef6cc034db9e1dbe6958 232362 libkinosearch-perl_0.165.orig.tar.gz eeafc00a619b3a12710b2059abc5c47629214e35 2221 libkinosearch-perl_0.165-1.diff.gz 1d970477e89285009b3c2e3cc28fb5de12b9ff8e 411132 libkinosearch-perl_0.165-1_i386.deb Checksums-Sha256: 4cea377fd2f3a74b72a2458233cfa6820ba0a1d6fd868f3b3b60f61f40aec6d9 1266 libkinosearch-perl_0.165-1.dsc 3d99a4dfe3d173ecce8403a9dd31ff348ad84a38760438e808dac41bce63e507 232362 libkinosearch-perl_0.165.orig.tar.gz 6d87da0ae42b6b4b83db3e75e6976f72b559f918eab870cdf6fef0a6a254d7b6 2221 libkinosearch-perl_0.165-1.diff.gz 7219ac6ee9ae6cb394ac40e43e8884bba1e0bad0a6b03a2e8dbe5cd1c1ba2627 411132 libkinosearch-perl_0.165-1_i386.deb Files: 4b0ab564a1a5ef32cc5b27fb72b4a257 1266 perl optional libkinosearch-perl_0.165-1.dsc c191fd096aaf4d6219bbb36812551693 232362 perl
Bug#523716: nvidia-kernel-source: fails to build
Hello everyone, 180.44-2 still does not build against 2.6.28, but it does build fine against 2.6.29, both debian stock kernels and headers. linux-kbuild are homemade since they seem to be missing from unstable and they are built according to: http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage Here is the output of: # m-a a-i nvidia for 2.6.28-1-amd64: /usr/bin/make -C . LINUXDIR=/lib/modules/2.6.28-1-amd64/build KVERREL=2.6.28-1-amd64 clean make[1]: Entering directory `/usr/src/modules/nvidia-kernel' rm -rf *.o *.ko .depend .*.flags .*.d .*.cmd *.mod.c .tmp_versions make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' dh_clean /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/nvidia-kernel' /usr/bin/make -C . LINUXDIR=/lib/modules/2.6.28-1-amd64/build KVERREL=2.6.28-1-amd64 clean make[2]: Entering directory `/usr/src/modules/nvidia-kernel' rm -rf *.o *.ko .depend .*.flags .*.d .*.cmd *.mod.c .tmp_versions make[2]: Leaving directory `/usr/src/modules/nvidia-kernel' dh_clean /usr/bin/make -w -f debian/rules configure make[2]: Entering directory `/usr/src/modules/nvidia-kernel' sed 's/#KVERS#/2.6.28-1-amd64/g' debian/control.template /usr/src/modules/nvidia-kernel/debian/control sed 's/#KVERS#/2.6.28-1-amd64/g' debian/dirs.template /usr/src/modules/nvidia-kernel/debian/dirs sed 's/#KVERS#/2.6.28-1-amd64/g' debian/override.template /usr/src/modules/nvidia-kernel/debian/override make[2]: Leaving directory `/usr/src/modules/nvidia-kernel' sed 's/#KVERS#/2.6.28-1-amd64/g' debian/control.template /usr/src/modules/nvidia-kernel/debian/control sed 's/#KVERS#/2.6.28-1-amd64/g' debian/dirs.template /usr/src/modules/nvidia-kernel/debian/dirs sed 's/#KVERS#/2.6.28-1-amd64/g' debian/override.template /usr/src/modules/nvidia-kernel/debian/override dh_testroot dh_prep # Build the modules /usr/bin/make -C . LINUXDIR=/lib/modules/2.6.28-1-amd64/build KVERREL=2.6.28-1-amd64 make[2]: Entering directory `/usr/src/modules/nvidia-kernel' make -C /lib/modules/2.6.28-1-amd64/build M=`/bin/pwd` modules make[3]: Entering directory `/usr/src/linux-headers-2.6.28-1-amd64' CC [M] /usr/src/modules/nvidia-kernel/nv.o In file included from include/linux/bitops.h:17, from include/linux/kernel.h:15, from include/linux/sched.h:52, from include/linux/utsname.h:35, from /usr/src/modules/nvidia-kernel/nv-linux.h:19, from /usr/src/modules/nvidia-kernel/nv.c:14: /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/bitops.h: In function ‘set_bit’: /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/bitops.h:60: warning: pointer of type ‘void *’ used in arithmetic /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/bitops.h: In function ‘clear_bit’: /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/bitops.h:97: warning: pointer of type ‘void *’ used in arithmetic In file included from include/linux/utsname.h:35, from /usr/src/modules/nvidia-kernel/nv-linux.h:19, from /usr/src/modules/nvidia-kernel/nv.c:14: include/linux/sched.h: In function ‘object_is_on_stack’: include/linux/sched.h:2025: warning: pointer of type ‘void *’ used in arithmetic In file included from /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/dma-mapping.h:9, from include/linux/dma-mapping.h:57, from include/asm-generic/pci-dma-compat.h:7, from /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/pci.h:94, from include/linux/pci.h:1002, from /usr/src/modules/nvidia-kernel/nv-linux.h:86, from /usr/src/modules/nvidia-kernel/nv.c:14: include/linux/scatterlist.h: In function ‘sg_virt’: include/linux/scatterlist.h:199: warning: pointer of type ‘void *’ used in arithmetic In file included from /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/hardirq_64.h:5, from /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/hardirq.h:4, from include/linux/hardirq.h:7, from include/linux/interrupt.h:12, from /usr/src/modules/nvidia-kernel/nv-linux.h:87, from /usr/src/modules/nvidia-kernel/nv.c:14: include/linux/irq.h: In function ‘irq_to_desc’: include/linux/irq.h:189: warning: comparison between signed and unsigned In file included from /usr/src/modules/nvidia-kernel/nv-linux.h:113, from /usr/src/modules/nvidia-kernel/nv.c:14: include/linux/highmem.h: In function ‘zero_user_segments’: include/linux/highmem.h:136: warning: pointer of type ‘void *’ used in arithmetic include/linux/highmem.h:139: warning: pointer of type ‘void *’ used in arithmetic In file included from include/linux/compat.h:14, from /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/mtrr.h:141, from /usr/src/modules/nvidia-kernel/nv-linux.h:142,
Processed: your mail
Processing commands for cont...@bugs.debian.org: severity 523471 normal Bug#523471: gns3: QVariant::load(QDataStream s): type unknown to QVariant. Severity set to `normal' from `grave' -- Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523716: [pkg-nvidia-devel] Bug#523716: Bug#523716: Another build failure...
On Mon, Apr 13, 2009 at 08:44:27AM -0700, Randall Donald wrote: KSRC=/usr/src/linux-headers-2.6.29-1-686-bigmem \ KVERS=2.6.29-1-686-bigmem debian/rules binary_modules That is no longer a complete set of headers and you can't build against it like that. The kernel team says that is no longer supported. The strange thing here is that is how I tested mine (and didn't see the dh_clean problem). Did you remember to rm -rf /usr/src/modules/nvidia-* between runs to avoid any existing files there from contaminating the test? -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523716: [pkg-nvidia-devel] Bug#523716: Another build failure...
On Mon, Apr 13, 2009 at 12:39:17PM -0400, Christopher Martin wrote: I guess I'll switch to module-assistant - not a problem. But as was pointed out elsewhere, it might be best to make the requirement explicit. Yeah it should be. -- Len Sorensen -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: severity of 523928 is normal
Processing commands for cont...@bugs.debian.org: # wtf? severity 523928 normal Bug#523928: Failure to handle DEB_BUILD_OPTIONS correctly Severity set to `normal' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#521748: marked as done (collectd_4.5.1-1(mips/experimental): FTBFS: error: 'const struct in6_addr' has no member named 'in6_u')
Your message dated Mon, 13 Apr 2009 18:40:05 +
with message-id e1ltr4f-0005x1...@ries.debian.org
and subject line Bug#521748: fixed in collectd 4.6.2-1
has caused the Debian Bug report #521748,
regarding collectd_4.5.1-1(mips/experimental): FTBFS: error: 'const struct
in6_addr' has no member named 'in6_u'
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
521748: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521748
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: collectd
Version: 4.5.1-1
Severity: serious
Hi,
your package failed to build from source. The reason seems to be that
netinet/in.h now defines in6_addr a bit different:
struct in6_addr
{
union
{
uint8_t __u6_addr8[16];
#if defined __USE_MISC || defined __USE_GNU
uint16_t __u6_addr16[8];
uint32_t __u6_addr32[4];
#endif
} __in6_u;
#define s6_addr __in6_u.__u6_addr8
#if defined __USE_MISC || defined __USE_GNU
# define s6_addr16 __in6_u.__u6_addr16
# define s6_addr32 __in6_u.__u6_addr32
#endif
};
So you either need to use the definition in linux/in6.h or adapt the
code.
| Automatic build of collectd_4.5.1-1 on signy by sbuild/mips 98-farm
| Build started at 20090329-1700
| **
| Checking available source versions...
| Fetching source files...
| Reading package lists...
| Building dependency tree...
| Reading state information...
| Need to get 1317kB of source archives.
| Get:1 http://ftp.de.debian.org experimental/main collectd 4.5.1-1 (dsc)
[1769B]
| Get:2 http://ftp.de.debian.org experimental/main collectd 4.5.1-1 (tar)
[1279kB]
| Get:3 http://ftp.de.debian.org experimental/main collectd 4.5.1-1 (diff)
[35.4kB]
| Fetched 1317kB in 32s (40.1kB/s)
| Download complete and in download only mode
| ** Using build dependencies supplied by package:
| Build-Depends: debhelper (= 5), dpkg-dev (= 1.14.10), po-debconf, dpatch,
bison, flex, autotools-dev, pkg-config, linux-libc-dev (= 2.6.25-4) |
linux-libc-dev ( 2.6.25-1), libcurl4-gnutls-dev (= 7.18.2-5) |
libcurl4-gnutls-dev (= 7.18.2-1) | libcurl3-gnutls-dev, libmysqlclient15-dev,
librrd-dev | librrd2-dev, libsensors-dev, liboping-dev (= 0.3.3),
libpcap0.8-dev | libpcap-dev, libupsclient1-dev, libperl-dev, iproute-dev
[!alpha !amd64 !hppa !ia64 !ppc64], libsnmp-dev | libsnmp9-dev, libvirt-dev (=
0.4.0-6) [amd64 i386 powerpc], libxml2-dev, libhal-dev, libopenipmi-dev (=
2.0.14-1~), libglib2.0-dev, libnotify-dev, libesmtp-dev, libpq-dev
| Build-Conflicts: libpthread-dev
| Checking for already installed source dependencies...
[...]
| /bin/sh ../../libtool --tag=CC --mode=compile mips-linux-gnu-gcc
-DHAVE_CONFIG_H -I. -I../../src -I/build/buildd/collectd-4.5.1/debian/include
-DLT_LAZY_OR_NOW='RTLD_LAZY|RTLD_GLOBAL' -UCONFIGFILE
-DCONFIGFILE='/etc/collectd/collectd.conf' -DIPTABLES_VERSION=\1.4.0\
-I/lib/modules/2.6.26-1-r4k-ip22/source/include -Wall -g -O2 -c -o
libiptc_la-libip6tc.lo `test -f 'libip6tc.c' || echo './'`libip6tc.c
| mips-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../../src
-I/build/buildd/collectd-4.5.1/debian/include
-DLT_LAZY_OR_NOW=RTLD_LAZY|RTLD_GLOBAL -UCONFIGFILE
-DCONFIGFILE=\/etc/collectd/collectd.conf\ -DIPTABLES_VERSION=\1.4.0\
-I/lib/modules/2.6.26-1-r4k-ip22/source/include -Wall -g -O2 -c libip6tc.c
-fPIC -DPIC -o .libs/libiptc_la-libip6tc.o
| libip6tc.c: In function 'ipv6_prefix_length':
| libip6tc.c:141: error: 'const struct in6_addr' has no member named 'in6_u'
| libip6tc.c:145: error: 'const struct in6_addr' has no member named 'in6_u'
| make[4]: *** [libiptc_la-libip6tc.lo] Error 1
| make[4]: Leaving directory `/build/buildd/collectd-4.5.1/src/libiptc'
| make[3]: *** [all-recursive] Error 1
| make[3]: Leaving directory `/build/buildd/collectd-4.5.1/src'
| make[2]: *** [all] Error 2
| make[2]: Leaving directory `/build/buildd/collectd-4.5.1/src'
| make[1]: *** [all-recursive] Error 1
| make[1]: Leaving directory `/build/buildd/collectd-4.5.1'
| make: *** [build-stamp] Error 2
| dpkg-buildpackage: failure: debian/rules build gave error exit status 2
| **
| Build finished at 20090329-1751
| FAILED [dpkg-buildpackage died]
Full build log(s):
http://experimental.ftbfs.de/build.php?ver=4.5.1-1pkg=collectdarch=mips
Gruesse,
--
Frank Lichtenheld dj...@debian.org
www: http://www.djpig.de/
---End Message---
---BeginMessage---
Source: collectd
Source-Version: 4.6.2-1
We believe that the bug you
Bug#523716: [pkg-nvidia-devel] Bug#523716: nvidia-kernel-source: fails to build
On Mon, Apr 13, 2009 at 08:06:47PM +0200, Fabio Rosciano wrote: Hello everyone, 180.44-2 still does not build against 2.6.28, but it does build fine against 2.6.29, both debian stock kernels and headers. linux-kbuild are homemade since they seem to be missing from unstable and they are built according to: http://wiki.debian.org/HowToRebuildAnOfficialDebianKernelPackage Here is the output of: # m-a a-i nvidia for 2.6.28-1-amd64: /usr/bin/make -C . LINUXDIR=/lib/modules/2.6.28-1-amd64/build KVERREL=2.6.28-1-amd64 clean make[1]: Entering directory `/usr/src/modules/nvidia-kernel' rm -rf *.o *.ko .depend .*.flags .*.d .*.cmd *.mod.c .tmp_versions make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' dh_clean /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/nvidia-kernel' /usr/bin/make -C . LINUXDIR=/lib/modules/2.6.28-1-amd64/build KVERREL=2.6.28-1-amd64 clean make[2]: Entering directory `/usr/src/modules/nvidia-kernel' rm -rf *.o *.ko .depend .*.flags .*.d .*.cmd *.mod.c .tmp_versions make[2]: Leaving directory `/usr/src/modules/nvidia-kernel' dh_clean /usr/bin/make -w -f debian/rules configure make[2]: Entering directory `/usr/src/modules/nvidia-kernel' sed 's/#KVERS#/2.6.28-1-amd64/g' debian/control.template /usr/src/modules/nvidia-kernel/debian/control sed 's/#KVERS#/2.6.28-1-amd64/g' debian/dirs.template /usr/src/modules/nvidia-kernel/debian/dirs sed 's/#KVERS#/2.6.28-1-amd64/g' debian/override.template /usr/src/modules/nvidia-kernel/debian/override make[2]: Leaving directory `/usr/src/modules/nvidia-kernel' sed 's/#KVERS#/2.6.28-1-amd64/g' debian/control.template /usr/src/modules/nvidia-kernel/debian/control sed 's/#KVERS#/2.6.28-1-amd64/g' debian/dirs.template /usr/src/modules/nvidia-kernel/debian/dirs sed 's/#KVERS#/2.6.28-1-amd64/g' debian/override.template /usr/src/modules/nvidia-kernel/debian/override dh_testroot dh_prep # Build the modules /usr/bin/make -C . LINUXDIR=/lib/modules/2.6.28-1-amd64/build KVERREL=2.6.28-1-amd64 make[2]: Entering directory `/usr/src/modules/nvidia-kernel' make -C /lib/modules/2.6.28-1-amd64/build M=`/bin/pwd` modules make[3]: Entering directory `/usr/src/linux-headers-2.6.28-1-amd64' CC [M] /usr/src/modules/nvidia-kernel/nv.o In file included from include/linux/bitops.h:17, from include/linux/kernel.h:15, from include/linux/sched.h:52, from include/linux/utsname.h:35, from /usr/src/modules/nvidia-kernel/nv-linux.h:19, from /usr/src/modules/nvidia-kernel/nv.c:14: /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/bitops.h: In function ???set_bit???: /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/bitops.h:60: warning: pointer of type ???void *??? used in arithmetic /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/bitops.h: In function ???clear_bit???: /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/bitops.h:97: warning: pointer of type ???void *??? used in arithmetic In file included from include/linux/utsname.h:35, from /usr/src/modules/nvidia-kernel/nv-linux.h:19, from /usr/src/modules/nvidia-kernel/nv.c:14: include/linux/sched.h: In function ???object_is_on_stack???: include/linux/sched.h:2025: warning: pointer of type ???void *??? used in arithmetic In file included from /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/dma-mapping.h:9, from include/linux/dma-mapping.h:57, from include/asm-generic/pci-dma-compat.h:7, from /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/pci.h:94, from include/linux/pci.h:1002, from /usr/src/modules/nvidia-kernel/nv-linux.h:86, from /usr/src/modules/nvidia-kernel/nv.c:14: include/linux/scatterlist.h: In function ???sg_virt???: include/linux/scatterlist.h:199: warning: pointer of type ???void *??? used in arithmetic In file included from /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/hardirq_64.h:5, from /usr/src/linux-headers-2.6.28-1-amd64/arch/x86/include/asm/hardirq.h:4, from include/linux/hardirq.h:7, from include/linux/interrupt.h:12, from /usr/src/modules/nvidia-kernel/nv-linux.h:87, from /usr/src/modules/nvidia-kernel/nv.c:14: include/linux/irq.h: In function ???irq_to_desc???: include/linux/irq.h:189: warning: comparison between signed and unsigned In file included from /usr/src/modules/nvidia-kernel/nv-linux.h:113, from /usr/src/modules/nvidia-kernel/nv.c:14: include/linux/highmem.h: In function ???zero_user_segments???: include/linux/highmem.h:136: warning: pointer of type ???void *??? used in arithmetic include/linux/highmem.h:139: warning: pointer of type ???void *??? used
Bug#523853: simulated apt-get install
Just adding a simulated apt-get install of this package on my system: d...@greebo:~$ sudo apt-get -s install nvidia-glx-legacy-96xx Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: nvidia-kernel-common nvidia-kernel-legacy-96xx-2.6.26-1-686 Suggested packages: nvidia-kernel-legacy-96xx-source The following packages will be REMOVED: xserver-xorg xserver-xorg-core xserver-xorg-input-evdev xserver-xorg-video-fbdev xserver-xorg-video-r128 xserver-xorg-video-sisusb xserver-xorg-video-vesa The following NEW packages will be installed: nvidia-glx-legacy-96xx nvidia-kernel-common nvidia-kernel-legacy-96xx-2.6.26-1-686 0 upgraded, 3 newly installed, 7 to remove and 0 not upgraded. Remv xserver-xorg-video-vesa [1:2.2.0-1] Remv xserver-xorg-video-sisusb [1:0.9.1-1] Remv xserver-xorg-video-r128 [6.8.0+git20090201.08d56c88-2] Remv xserver-xorg-input-evdev [1:2.2.1-1] [xserver-xorg ] Remv xserver-xorg-core [2:1.6.0-1] [xserver-xorg xserver-xorg-video-fbdev ] Remv xserver-xorg [1:7.4+1] [xserver-xorg-video-fbdev ] Remv xserver-xorg-video-fbdev [1:0.4.0-4] Inst nvidia-kernel-common (20080825+1 Debian:unstable) Inst nvidia-kernel-legacy-96xx-2.6.26-1-686 (96.43.07+2 Debian:unstable) Inst nvidia-glx-legacy-96xx (96.43.07-2 Debian:unstable) Conf nvidia-kernel-common (20080825+1 Debian:unstable) Conf nvidia-kernel-legacy-96xx-2.6.26-1-686 (96.43.07+2 Debian:unstable) Conf nvidia-glx-legacy-96xx (96.43.07-2 Debian:unstable) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#503633: marked as done (python-csoundac: Missing dependency on python-csound)
Your message dated Mon, 13 Apr 2009 18:41:45 + with message-id e1ltr6h-0006i7...@ries.debian.org and subject line Bug#503633: fixed in csound 1:5.10.1~dfsg1-1 has caused the Debian Bug report #503633, regarding python-csoundac: Missing dependency on python-csound to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 503633: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503633 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: python-csoundac Version: 1:5.08.2~dfsg-1 Severity: serious Justification: Policy 3.5 % python Python 2.5.2 (r252:60911, Sep 29 2008, 21:15:13) [GCC 4.3.2] on linux2 Type help, copyright, credits or license for more information. import CsoundAC Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.5/site-packages/CsoundAC.py, line 5527, in module import csnd ImportError: No module named csnd The csnd module is provided by python-csound. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-csoundac depends on: ii libc62.7-15 GNU C Library: Shared libraries ii libcsoundac5.1 1:5.08.2~dfsg-1 the Csound Algorithmic Composition ii libgcc1 1:4.3.2-1 GCC support library ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii python 2.5.2-2 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii python2.52.5.2-11.1 An interactive high-level object-o python-csoundac recommends no packages. python-csoundac suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: csound Source-Version: 1:5.10.1~dfsg1-1 We believe that the bug you reported is fixed in the latest version of csound, which is due to be installed in the Debian FTP archive: csladspa_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/csladspa_5.10.1~dfsg1-1_amd64.deb csound-gui_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/csound-gui_5.10.1~dfsg1-1_amd64.deb csound-utils_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/csound-utils_5.10.1~dfsg1-1_amd64.deb csound_5.10.1~dfsg1-1.diff.gz to pool/main/c/csound/csound_5.10.1~dfsg1-1.diff.gz csound_5.10.1~dfsg1-1.dsc to pool/main/c/csound/csound_5.10.1~dfsg1-1.dsc csound_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/csound_5.10.1~dfsg1-1_amd64.deb csound_5.10.1~dfsg1.orig.tar.gz to pool/main/c/csound/csound_5.10.1~dfsg1.orig.tar.gz libcsnd-dev_5.10.1~dfsg1-1_all.deb to pool/main/c/csound/libcsnd-dev_5.10.1~dfsg1-1_all.deb libcsnd-java_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/libcsnd-java_5.10.1~dfsg1-1_amd64.deb libcsnd5.2_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/libcsnd5.2_5.10.1~dfsg1-1_amd64.deb libcsound64-5.2_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/libcsound64-5.2_5.10.1~dfsg1-1_amd64.deb libcsound64-dev_5.10.1~dfsg1-1_all.deb to pool/main/c/csound/libcsound64-dev_5.10.1~dfsg1-1_all.deb libcsound64-doc_5.10.1~dfsg1-1_all.deb to pool/main/c/csound/libcsound64-doc_5.10.1~dfsg1-1_all.deb libcsoundac-dev_5.10.1~dfsg1-1_all.deb to pool/main/c/csound/libcsoundac-dev_5.10.1~dfsg1-1_all.deb libcsoundac5.2_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/libcsoundac5.2_5.10.1~dfsg1-1_amd64.deb liblua5.1-csnd_5.10.1~dfsg1-1_all.deb to pool/main/c/csound/liblua5.1-csnd_5.10.1~dfsg1-1_all.deb pd-csound_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/pd-csound_5.10.1~dfsg1-1_amd64.deb python-csound_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/python-csound_5.10.1~dfsg1-1_amd64.deb python-csoundac_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/python-csoundac_5.10.1~dfsg1-1_amd64.deb tclcsound_5.10.1~dfsg1-1_amd64.deb to pool/main/c/csound/tclcsound_5.10.1~dfsg1-1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 503...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jonas Smedegaard d...@jones.dk (supplier of updated csound package) (This message was generated automatically at their request; if you believe that there is a problem with it
Bug#516235: marked as done (gpsd: FTBFS with python-support in experimental)
Your message dated Mon, 13 Apr 2009 18:57:54 + with message-id e1ltrlu-0007v6...@ries.debian.org and subject line Bug#516235: fixed in gpsd 2.39-1 has caused the Debian Bug report #516235, regarding gpsd: FTBFS with python-support in experimental to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516235: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516235 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: gpsd Version: 2.38-1 Hi, The gpsd rules file contains the following: dh_pysupport -s chmod 755 debian/$(PACKAGE_PY)/usr/share/python-support/python-gps/gps.py With the upcoming version of python-support (currently in experimental), such statements will make the package FTBFS, since the files are now moved to a different directory (/usr/share/pyshared). I suggest to change the permissions on the file right before the dh_pysupport call instead: chmod 755 debian/$(PACKAGE_PY)/usr/lib/python*/site-packages/gps.py dh_pysupport -s I suggest to simply move the dh_pysupport call after your chmod; it should not be a problem to run it after dh_compress and dh_fixperms. As a general rule, please do not rely on the internals of python-support in the packaging; this will avoid such issues in the future (although hopefully there won’t be a need to change the paths any further). Thanks, -- .''`. Debian 5.0 Lenny has been released! : :' : `. `' Last night, Darth Vader came down from planet Vulcan and told `-me that if you don't install Lenny, he'd melt your brain. signature.asc Description: Ceci est une partie de message numériquement signée ---End Message--- ---BeginMessage--- Source: gpsd Source-Version: 2.39-1 We believe that the bug you reported is fixed in the latest version of gpsd, which is due to be installed in the Debian FTP archive: gpsd-clients_2.39-1_amd64.deb to pool/main/g/gpsd/gpsd-clients_2.39-1_amd64.deb gpsd_2.39-1.diff.gz to pool/main/g/gpsd/gpsd_2.39-1.diff.gz gpsd_2.39-1.dsc to pool/main/g/gpsd/gpsd_2.39-1.dsc gpsd_2.39-1_amd64.deb to pool/main/g/gpsd/gpsd_2.39-1_amd64.deb gpsd_2.39.orig.tar.gz to pool/main/g/gpsd/gpsd_2.39.orig.tar.gz libgps-dev_2.39-1_amd64.deb to pool/main/g/gpsd/libgps-dev_2.39-1_amd64.deb libgps18_2.39-1_amd64.deb to pool/main/g/gpsd/libgps18_2.39-1_amd64.deb python-gps_2.39-1_amd64.deb to pool/main/g/gpsd/python-gps_2.39-1_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 516...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Bernd Zeimetz b...@debian.org (supplier of updated gpsd package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Wed, 08 Apr 2009 01:57:53 +0200 Source: gpsd Binary: gpsd gpsd-clients python-gps libgps18 libgps-dev Architecture: source amd64 Version: 2.39-1 Distribution: unstable Urgency: low Maintainer: Bernd Zeimetz b...@debian.org Changed-By: Bernd Zeimetz b...@debian.org Description: gpsd - GPS (Global Positioning System) daemon gpsd-clients - Clients for the GPS daemon libgps-dev - C library for communicating with GPS devices (development files) libgps18 - C library for communicating with GPS devices python-gps - Python interface to gpsd and testing environment Closes: 514081 515067 516235 Changes: gpsd (2.39-1) unstable; urgency=low . * [44f4a445] debian/rules: Install upstream changelog, thanks to Paul Martin (Closes: #515067). * [edd0f8f7] debian/gbp.conf: Adding file. * [d0d4a002] Imported Upstream version 2.39 * [376c8df9] debian/rules: Fixing FTBFS with the new python-support, thanks to Josselin Mouette (Closes: #516235) * [3a6804d7] debian/po: Adding Romanian translation, thanks to Eddy Petrișor (Closes: #514081). * [3d9cbca0] debian/control: Needed changes for udev transition. * [5d958d9b] debian/patches/default_units: drop exec flag. * [70489cfe] debian/control: bump libgps soname to 18. * [c91b4914] debian/patches: Updating patches for new version. * [f1217338] debian/rules: Add Breaks support for udev. * [d8a810a2] debian/gpsd.config: move gpsd/autodetection to low * [57ae764d] debian/rules: Use lsb_release -si *
Bug#517067: marked as done (python-pychart: superfluous update-python-modules call in postinst/prerm)
Your message dated Mon, 13 Apr 2009 19:12:10 +
with message-id e1ltrzi-0001z4...@ries.debian.org
and subject line Bug#517067: fixed in python-pychart 1.39-7
has caused the Debian Bug report #517067,
regarding python-pychart: superfluous update-python-modules call in
postinst/prerm
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
517067: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517067
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: python-pychart
Version: 1.39-6
Severity: important
Hi,
the postinst/prerm files in python-pychart contain the following:
if which update-python-modules /dev/null 21; then
update-python-modules -c -i /usr/share/python-support/python-pychart
fi
This just repeats what dh_pysupport automatically adds, which means the
modules are installed twice at postinst time.
Furthermore, this will simply fail when the new version of
python-support will enter unstable, since the files will be moved to a
different directory.
Cheers,
--
.''`. Debian 5.0 Lenny has been released!
: :' :
`. `' Last night, Darth Vader came down from planet Vulcan and told
`-me that if you don't install Lenny, he'd melt your brain.
signature.asc
Description: Ceci est une partie de message numériquement signée
---End Message---
---BeginMessage---
Source: python-pychart
Source-Version: 1.39-7
We believe that the bug you reported is fixed in the latest version of
python-pychart, which is due to be installed in the Debian FTP archive:
python-pychart-doc_1.39-7_all.deb
to pool/main/p/python-pychart/python-pychart-doc_1.39-7_all.deb
python-pychart_1.39-7.diff.gz
to pool/main/p/python-pychart/python-pychart_1.39-7.diff.gz
python-pychart_1.39-7.dsc
to pool/main/p/python-pychart/python-pychart_1.39-7.dsc
python-pychart_1.39-7_all.deb
to pool/main/p/python-pychart/python-pychart_1.39-7_all.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 517...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Debian Python Modules Team python-modules-t...@lists.alioth.debian.org
(supplier of updated python-pychart package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Fri, 10 Apr 2009 12:07:26 +0200
Source: python-pychart
Binary: python-pychart python-pychart-doc
Architecture: source all
Version: 1.39-7
Distribution: unstable
Urgency: medium
Maintainer: Santiago Ruano Rincón santi...@debian.org
Changed-By: Debian Python Modules Team
python-modules-t...@lists.alioth.debian.org
Description:
python-pychart - Python library for creating high quality charts
python-pychart-doc - Documentation for PyChart
Closes: 507984 517067
Changes:
python-pychart (1.39-7) unstable; urgency=medium
.
[ Piotr Ożarowski ]
* Vcs-Browser and Homepage fields added
* XS-Vcs-Svn field renamed to Vcs-Svn
.
[ Sandro Tosi ]
* debian/control
- uniforming Vcs-Browser field
- switch Vcs-Browser field to viewsvn
- bump Standards-Version to 3.8.1
+ added debian/README.source
- added ${misc:Depends} to bin pkgs depends
- replaced 'gs' (transitional package) with 'ghostscript'
.
[ Luca Falavigna ]
* Remove python-pychart.postinst and python-pychart.prerm, pysupport
already invokes update-python-modules itself (Closes: #517067).
* Add python-pychart-doc binary package (Closes: #507984).
.
[ Raphael Hertzog ]
* Remove myself from Uploaders.
Checksums-Sha1:
9f88a368e9bf1707e80f1cc5da5bdcfcb671ddb6 1412 python-pychart_1.39-7.dsc
abcbe1c8b25586192e45913c2fa82703e5970d95 3308 python-pychart_1.39-7.diff.gz
1d238d884ecd7a7d9fda2aba3570fc9b413ebdbf 81718 python-pychart_1.39-7_all.deb
278d594d67d50e43d9cc80141b1bc1d350b3f8aa 323858
python-pychart-doc_1.39-7_all.deb
Checksums-Sha256:
57d97412c1934e5dd3679ca7e9a8e178ed08f4d89e6cc83ec3cc8553995938af 1412
python-pychart_1.39-7.dsc
17954f43c3a288c1ac2b74bc1cf721dcac4909847822c3713e5021ff07af9369 3308
python-pychart_1.39-7.diff.gz
9b2ee1396a5f2fcef5913e9487050b56a0169c07da1eb984cfc289f1f3158f0d 81718
python-pychart_1.39-7_all.deb
fcaf7cf1e38d78ddfc0c516d920e7965eae3311cd3b3e53ffce8a616ef320654 323858
python-pychart-doc_1.39-7_all.deb
Files:
Bug#523938: tomboy: FTBFS: Unsatisfiable Build-Depends
Package: tomboy Version: 0.12.2-4 Severity: serious I can't build tomboy under pbuilder because it Build-Depends on libgnome2.0-cil, which has been replaced by libgnome2.24-cil in sid. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523935: gedit-plugins: FTBFS: Unsatisfiable Build-Depends
Package: gedit-plugins Version: 2.22.5-1 Severity: serious I am unable to build gedit-plugins under pbuilder because it has a versioned Build-Depends on libgucharmap-dev, which has been removed from sid in favor of libgucharmap2-dev. -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522008: marked as done (omake: FTBFS with ocaml 3.11.0)
Your message dated Mon, 13 Apr 2009 19:30:42 + with message-id e1ltrre-0003ti...@ries.debian.org and subject line Bug#522008: fixed in omake 0.9.8.5-3-5 has caused the Debian Bug report #522008, regarding omake: FTBFS with ocaml 3.11.0 to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 522008: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522008 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: omake Version: 0.9.8.5-3-4 Severity: serious From my pbuilder build log: ... - build src/main omake.opt + ocamlopt -warn-error A -w Aez -I . -I ../libmojave -I ../util -I ../magic -I ../ast -I ../ir -I ../env -I ../exec -I ../eval -I ../shell -I ../build -I ../builtin -o omake.opt unix.cmxa ../libmojave/lm.cmxa ../util/util.cmxa ../magic/magic.cmxa ../ast/ast.cmxa ../ir/ir.cmxa ../env/env.cmxa ../exec/exec.cmxa ../eval/eval.cmxa ../shell/shell.cmxa ../build/build.cmxa ../builtin/builtin.cmxa omake_shell.cmx omake_main.cmx ../clib/clib.a -cclib -lfam -cclib -lncurses -cclib -lreadline ../exec/exec.a(omake_exec.o): In function `camlOmake_exec__28': (.data+0x390): undefined reference to `caml_sync' collect2: ld returned 1 exit status File caml_startup, line 1, characters 0-1: Error: Error during linking *** omake: 1154/1159 targets are up to date *** omake: failed (1 min 17.64 sec, 229/229 scans, 337/496 rules, 775/2137 digests) *** omake: targets were not rebuilt because of errors: src/main/omake.opt make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/omake-0.9.8.5-3' make: *** [build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- Daniel Schepler ---End Message--- ---BeginMessage--- Source: omake Source-Version: 0.9.8.5-3-5 We believe that the bug you reported is fixed in the latest version of omake, which is due to be installed in the Debian FTP archive: omake-doc_0.9.8.5-3-5_all.deb to pool/main/o/omake/omake-doc_0.9.8.5-3-5_all.deb omake_0.9.8.5-3-5.diff.gz to pool/main/o/omake/omake_0.9.8.5-3-5.diff.gz omake_0.9.8.5-3-5.dsc to pool/main/o/omake/omake_0.9.8.5-3-5.dsc omake_0.9.8.5-3-5_amd64.deb to pool/main/o/omake/omake_0.9.8.5-3-5_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 522...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Stephane Glondu st...@glondu.net (supplier of updated omake package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 11 Apr 2009 15:26:50 +0200 Source: omake Binary: omake omake-doc Architecture: source amd64 all Version: 0.9.8.5-3-5 Distribution: unstable Urgency: low Maintainer: Debian OCaml Maintainers debian-ocaml-ma...@lists.debian.org Changed-By: Stephane Glondu st...@glondu.net Description: omake - build system with automated dependency analysis omake-doc - documentation for OMake Closes: 505045 522008 Changes: omake (0.9.8.5-3-5) unstable; urgency=low . * Add DM-Upload-Allowed * Switch copyright to new format * Add Homepage field to debian/control * Add build-dependency on dh-ocaml and use ocamlvars.mk * Switch patch system to quilt, add README.source * New patches: - remove useless external that causes FTBFS (Closes: #522008) - fix attempt to free a non-heap object (Closes: #505045) (thanks to Martin Michlmayr for spotting this) * Use debhelper 7 and overrides * Bump Standards-Version to 3.8.1 * Add debian/watch * Move documentation to (new) arch-indep package omake-doc Checksums-Sha1: d49b93dce989e39608ce47b1540febd342dbfdf8 1367 omake_0.9.8.5-3-5.dsc 6894394a0eb73565aba8637bacfb546f26c16a19 6332 omake_0.9.8.5-3-5.diff.gz b6bda9a63b8a4097cdcb6b6411d6a71cc6bb89d1 922486 omake_0.9.8.5-3-5_amd64.deb 8a6c67881defe76058002d0631252427823e1225 947158 omake-doc_0.9.8.5-3-5_all.deb Checksums-Sha256: af3bd550bbe34f67c03e66230ae295e1e7a1f3c044dbf092aa9172f608cc60d3 1367 omake_0.9.8.5-3-5.dsc 3995edc4b934efa23fe2add46c415997a80bc0f66cef6d73ee40202b7cb874ba 6332 omake_0.9.8.5-3-5.diff.gz 545657e975f9fc09fe60de38e511630f9692118bffbd09b474ca07523575f2b7 922486 omake_0.9.8.5-3-5_amd64.deb c50470694e545a39227a6bac7ff3dae5b539a96618fbe997fba1bdf5a0feea72 947158
Bug#523942: linux-image-2.6.26-2-s390 will not boot!
Package: linux-image-2.6.26-2-s390 Version: 2.6.26-15 Severity: critical This particular Linux kernel image will not boot on a virtual machine in ESA mode under z/VM. I have not tried other platforms (LPAR, for example). Here is the boot log: -- Booting default (debian)... [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.26-2-s390 (Debian 2.6.26-15) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Fri Mar 27 03:31:55 UTC 2009 [0.00] We are running under VM (31 bit mode) [0.00] This machine has an IEEE fpu [0.00] Zone PFN ranges: [0.00] Normal 0 - 131072 [0.00] Movable zone start PFN for each node [0.00] early_node_map[1] active PFN ranges [0.00] 0:0 - 131071 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 130047 [0.00] Kernel command line: root=/dev/dasda1 vmhalt=LOGOFF vmpoff=LOGOFF BOOT_IMAGE=0 [0.00] PID hash table entries: 2048 (order: 11, 8192 bytes) [17179568.184350] console [ttyS0] enabled [17179569.185299] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) [17179568.186409] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) [17179569.195235] Memory: 510848k/524288k available (2272k kernel code, 0k reserved, 844k data, 148k init) [17179569.195254] Write protected kernel read-only data: 0x12000 - 0x2eefff [17179568.196240] Security Framework initialized [17179569.196258] SELinux: Disabled at boot. [17179568.196276] Capability LSM initialized [17179568.196413] Mount-cache hash table entries: 512 [17179569.197399] Initializing cgroup subsys ns [17179569.197420] Initializing cgroup subsys cpuacct [17179568.197484] Initializing cgroup subsys devices [17179569.320946] CPUs: 1 configured, 0 standby [17179569.471072] cpu 0 phys_idx=0 vers=FF ident=0503CC machine=2086 unused=8000 [17179568.472235] Brought up 1 CPUs [17179569.472695] net_namespace: 660 bytes [17179569.473175] NET: Registered protocol family 16 [17179569.557633] IP route cache hash table entries: 16384 (order: 4, 65536 bytes) [17179569.557633] TCP established hash table entries: 65536 (order: 7, 524288 bytes) [17179569.560173] TCP bind hash table entries: 65536 (order: 7, 524288 bytes) [17179569.562589] TCP: Hash tables configured (established 65536 bind 65536) [17179569.562616] TCP reno registered [17179568.574245] NET: Registered protocol family 1 [17179568.574569] checking if image is initramfs... it is [17179570.461614] Freeing initrd memory: 3824k freed [17179570.463293] audit: initializing netlink socket (disabled) [17179570.463321] type=2000 audit(1239646960.408:1): initialized [17179570.464285] VFS: Disk quotas dquot_6.5.1 [17179570.464409] Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) [17179570.464471] msgmni has been set to 1005 [17179570.464744] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 254) [17179570.464768] io scheduler noop registered [17179570.464788] io schedulter anticipatory registered [17179570.464810] io scheduler deadline registered [17179570.464882] io scheduler cfq registered (default) [17179570.470664] brd: module loaded [17179570.470774] cio: Channel measurement facility using extended format (autodetected) [17179570.470804] qdio: loading QDIO base support version 2 [17179570.473469] TCP cubic registered [17179570.473657] NET: Registered protocol family 10 [17179570.476252] lo: Disabled Privacy Extensions [17179570.477111] Mobile IPv6 [17179570.477143] NET: Registered protocol family 17 [17179570.477793] registered taskstats version 1 [17179570.478468] Freeing unused kernel memory: 148k freed [17179570.479271] Kernel panic - not syncing: Attempted to kill init! HCPGIR450W CP entered; disabled wait PSW 000A 8001E8FA -- In comparing this boot to the (successful) boot of its predecessor, linux-image-2.6.26-1-s390, version 2.6.26-13lenny2, the previous version loads essential modules at this point: -- Loading, please wait... Begin: Loading essential drivers ... -- at which point the modules listed in /etc/initramfs-tools/modules are loaded. In my case, these modules are dasd_diag_mod dasd_eckd_mod dasd_mod vmcp loop Without the dasd modules, the permanent root file system cannot be mounted. I tried re-running update-initramfs for this specific kernel version, but it made no difference.
Bug#508858: marked as done (tokyocabinet: Needs to Build-Depend on libbz2-dev)
Your message dated Mon, 13 Apr 2009 19:36:36 + with message-id e1ltrxm-0005ng...@ries.debian.org and subject line Bug#505317: fixed in tokyocabinet 1.4.14-1 has caused the Debian Bug report #505317, regarding tokyocabinet: Needs to Build-Depend on libbz2-dev to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 505317: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505317 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tokyocabinet Version: 1.3.15-2 Severity: important Tags: patch Justification: fails to build from source tokyocabinet needs Build-Depends on libbz2-dev. Patch: add libbz2-dev to Build-Depends :) Thanks! Vernon signature.asc Description: Digital signature ---End Message--- ---BeginMessage--- Source: tokyocabinet Source-Version: 1.4.14-1 We believe that the bug you reported is fixed in the latest version of tokyocabinet, which is due to be installed in the Debian FTP archive: libtokyocabinet-dbg_1.4.14-1_amd64.deb to pool/main/t/tokyocabinet/libtokyocabinet-dbg_1.4.14-1_amd64.deb libtokyocabinet-dev_1.4.14-1_amd64.deb to pool/main/t/tokyocabinet/libtokyocabinet-dev_1.4.14-1_amd64.deb libtokyocabinet8_1.4.14-1_amd64.deb to pool/main/t/tokyocabinet/libtokyocabinet8_1.4.14-1_amd64.deb tokyocabinet-bin_1.4.14-1_amd64.deb to pool/main/t/tokyocabinet/tokyocabinet-bin_1.4.14-1_amd64.deb tokyocabinet-doc_1.4.14-1_all.deb to pool/main/t/tokyocabinet/tokyocabinet-doc_1.4.14-1_all.deb tokyocabinet_1.4.14-1.diff.gz to pool/main/t/tokyocabinet/tokyocabinet_1.4.14-1.diff.gz tokyocabinet_1.4.14-1.dsc to pool/main/t/tokyocabinet/tokyocabinet_1.4.14-1.dsc tokyocabinet_1.4.14.orig.tar.gz to pool/main/t/tokyocabinet/tokyocabinet_1.4.14.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 505...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Pierre Habouzit madco...@debian.org (supplier of updated tokyocabinet package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 13 Apr 2009 14:22:02 +0200 Source: tokyocabinet Binary: libtokyocabinet8 libtokyocabinet-dbg libtokyocabinet-dev tokyocabinet-doc tokyocabinet-bin Architecture: source amd64 all Version: 1.4.14-1 Distribution: experimental Urgency: low Maintainer: Pierre Habouzit madco...@debian.org Changed-By: Pierre Habouzit madco...@debian.org Description: libtokyocabinet-dbg - Tokyo Cabinet Database Libraries [runtime] libtokyocabinet-dev - Tokyo Cabinet Database Libraries [development] libtokyocabinet8 - Tokyo Cabinet Database Libraries [runtime] tokyocabinet-bin - Tokyo Cabinet Database Utilities tokyocabinet-doc - Tokyo Cabinet Database Documentation Closes: 505317 506948 Changes: tokyocabinet (1.4.14-1) experimental; urgency=low . * New upstream release. * Add missing build-depend on libbz2-dev (Closes: #505317). * Fix package installation of manpages (Closes: #506948). * Bump soname (libtokyocabinet8). Checksums-Sha1: 42702bb8e788a50e4eed9006fcac07be68d9f663 1255 tokyocabinet_1.4.14-1.dsc a38fda3dd8c7a6712972c58255c70f5c0e80edf5 926126 tokyocabinet_1.4.14.orig.tar.gz b9634b4b591894a8fef44a1e49b6eec18e2240a7 39840 tokyocabinet_1.4.14-1.diff.gz d1246633ada61a33a7284d9f3739a09243b03b28 221756 libtokyocabinet8_1.4.14-1_amd64.deb 881c9fdd37ff2210df78dd4833b6d23d5bc7f738 692122 libtokyocabinet-dbg_1.4.14-1_amd64.deb 204b1cb96206536ef956f6512dfe485a42566241 350202 libtokyocabinet-dev_1.4.14-1_amd64.deb a1242a27f637d43b1b61fe0408c39edce631e72d 958630 tokyocabinet-doc_1.4.14-1_all.deb cc1ea2a036ca4902eab79988333cf8a9b37491ac 265062 tokyocabinet-bin_1.4.14-1_amd64.deb Checksums-Sha256: 10eda1a6b3081fa83e4893910ec255b6e77418050b13b6ae3d62a634e3024318 1255 tokyocabinet_1.4.14-1.dsc 944cf0c639597c24724705d56f3de325629440cf2440a046689971c101dc21f0 926126 tokyocabinet_1.4.14.orig.tar.gz e8a1b59a432d53c4fb1b18af5e857a1092e58b74684166be5face3da691ec5d9 39840 tokyocabinet_1.4.14-1.diff.gz 8430205a2440b531dfba0531ce6cdeabc5e25da5427d95a8aff7ade192d8b979 221756 libtokyocabinet8_1.4.14-1_amd64.deb 41c23a81ee9e7ecb84df3c6e50e8975ac83a9d9ec627d2f233e854764d3b6725 692122 libtokyocabinet-dbg_1.4.14-1_amd64.deb
Bug#494903: marked as done (poker-network: python-openssl transition)
Your message dated Mon, 13 Apr 2009 19:28:49 + with message-id e1ltrpp-0003c7...@ries.debian.org and subject line Bug#494903: fixed in poker-network 1.7.4-1 has caused the Debian Bug report #494903, regarding poker-network: python-openssl transition to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 494903: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494903 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: poker-network Severity: normal User: python-modules-t...@lists.alioth.debian.org Usertags: python-openssl Dear poker-network Maintainers, python-pyopenssl has been renamed into python-openssl (and the same for the -dbg package) and now it's merely a transitional package. Please update your dependencies accordingly. Thanks for your collaboration, Sandro ---End Message--- ---BeginMessage--- Source: poker-network Source-Version: 1.7.4-1 We believe that the bug you reported is fixed in the latest version of poker-network, which is due to be installed in the Debian FTP archive: poker-network_1.7.4-1.diff.gz to pool/main/p/poker-network/poker-network_1.7.4-1.diff.gz poker-network_1.7.4-1.dsc to pool/main/p/poker-network/poker-network_1.7.4-1.dsc poker-network_1.7.4.orig.tar.gz to pool/main/p/poker-network/poker-network_1.7.4.orig.tar.gz poker-web_1.7.4-1_all.deb to pool/main/p/poker-network/poker-web_1.7.4-1_all.deb python-poker-network_1.7.4-1_all.deb to pool/main/p/poker-network/python-poker-network_1.7.4-1_all.deb python-poker-prizes_1.7.4-1_all.deb to pool/main/p/poker-network/python-poker-prizes_1.7.4-1_all.deb python-poker-stats_1.7.4-1_all.deb to pool/main/p/poker-network/python-poker-stats_1.7.4-1_all.deb python-poker2d_1.7.4-1_i386.deb to pool/main/p/poker-network/python-poker2d_1.7.4-1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 494...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Loic Dachary (OuoU) l...@debian.org (supplier of updated poker-network package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sun, 12 Apr 2009 09:52:19 +0200 Source: poker-network Binary: python-poker-network python-poker2d poker-web python-poker-stats python-poker-prizes Architecture: source all i386 Version: 1.7.4-1 Distribution: unstable Urgency: low Maintainer: Loic Dachary (OuoU) l...@debian.org Changed-By: Loic Dachary (OuoU) l...@debian.org Description: poker-web - Web interface to a poker-network server python-poker-network - multiplayer poker server and client library python-poker-prizes - real prizes addon for poker-network python-poker-stats - statistics poker-network client python-poker2d - GTK poker client to play on a poker-network server Closes: 489875 493724 494903 508756 Changes: poker-network (1.7.4-1) unstable; urgency=low . * upstream sync * add misc:Depends to poker2d * moved poker2d to section games * poker-web.preinst no longer depends on debconf * remove absolute paths to pokerconfigupgrade from python-poker-network.postinst * python-poker-network.postinst uses which instead of type * debian/compat is now 5 * in sid this bug cannot be reproduced, poker2d runs and displays a window (Closes: #493724). * s/python-pyopenssl/python-openssl/ in control (Closes: #494903). * using the suggested modification for bots since server no longer requires locating the py file (Closes: #489875). * added debian/po/sv.po (Closes: #508756). Checksums-Sha1: e390af8f49e557d5285b38b9ca38b8083b47f013 1548 poker-network_1.7.4-1.dsc ebd44fd65d6f03056bf942c0a1cf1032dff1d5be 2687640 poker-network_1.7.4.orig.tar.gz 11a9abc27d1d04b3775841ae29e3577e7d15aba8 40162 poker-network_1.7.4-1.diff.gz 7d44bc637abb8388864f346fbd9a112f0e2e3611 320996 python-poker-network_1.7.4-1_all.deb 0a45e20b8e9f2995d3816de48242f1799bd1f1d1 264266 poker-web_1.7.4-1_all.deb ec2af204418471a1a05d7f9e23eb26a1d5f1521a 106400 python-poker-stats_1.7.4-1_all.deb bf3b8f6ebd8d06eaeca5aab8a3731016756301e1 103634 python-poker-prizes_1.7.4-1_all.deb 52f9921d65def9106c1af4e510c24dc70f32555f 1606708 python-poker2d_1.7.4-1_i386.deb Checksums-Sha256:
Bug#523190: marked as done (mapnik: FTBFS: conflicting declaration 'typedef struct lt__handle* lt_dlhandle')
Your message dated Mon, 13 Apr 2009 19:39:20 + with message-id e1lts00-0005zr...@ries.debian.org and subject line Bug#523190: fixed in mapnik 0.6.0-1 has caused the Debian Bug report #523190, regarding mapnik: FTBFS: conflicting declaration 'typedef struct lt__handle* lt_dlhandle' to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 523190: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523190 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: mapnik Version: 0.5.1-3 Severity: serious Hi, Your package is failing to build with the following error: In file included from src/datasource_cache.cpp:34: /usr/include/ltdl.h: At global scope: /usr/include/ltdl.h:50: error: conflicting declaration 'typedef struct lt__handle* lt_dlhandle' include/mapnik/plugin.hpp:32: error: 'lt_dlhandle' has a previous declaration as 'typedef struct lt_dlhandle_struct* lt_dlhandle' Kurt ---End Message--- ---BeginMessage--- Source: mapnik Source-Version: 0.6.0-1 We believe that the bug you reported is fixed in the latest version of mapnik, which is due to be installed in the Debian FTP archive: libmapnik-dev_0.6.0-1_all.deb to pool/main/m/mapnik/libmapnik-dev_0.6.0-1_all.deb libmapnik0.6_0.6.0-1_i386.deb to pool/main/m/mapnik/libmapnik0.6_0.6.0-1_i386.deb mapnik-utils_0.6.0-1_i386.deb to pool/main/m/mapnik/mapnik-utils_0.6.0-1_i386.deb mapnik_0.6.0-1.diff.gz to pool/main/m/mapnik/mapnik_0.6.0-1.diff.gz mapnik_0.6.0-1.dsc to pool/main/m/mapnik/mapnik_0.6.0-1.dsc mapnik_0.6.0.orig.tar.gz to pool/main/m/mapnik/mapnik_0.6.0.orig.tar.gz python-mapnik_0.6.0-1_i386.deb to pool/main/m/mapnik/python-mapnik_0.6.0-1_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 523...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Dominic Hargreaves d...@earth.li (supplier of updated mapnik package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 13 Apr 2009 17:38:36 +0100 Source: mapnik Binary: libmapnik0.6 libmapnik-dev mapnik-utils python-mapnik Architecture: source i386 all Version: 0.6.0-1 Distribution: unstable Urgency: low Maintainer: Dominic Hargreaves d...@earth.li Changed-By: Dominic Hargreaves d...@earth.li Description: libmapnik-dev - C++/Python toolkit for developing GIS applications (devel) libmapnik0.6 - C++/Python toolkit for developing GIS applications (libraries) mapnik-utils - C++/Python toolkit for developing GIS applications (utilities) python-mapnik - C++/Python toolkit for developing GIS applications (Python) Closes: 521818 522823 523190 Changes: mapnik (0.6.0-1) unstable; urgency=low . * New upstream release (closes: #522823, #523190) * Update debian/build-svn-tarball.sh for next major release * Update build-dep from proj to libproj-dev to reflect proj package reorganization (closes: #521818) * Add explicit configure step in debian/rules * Update Standards-Version (no changes) * Update build-dep from libltdl3-dev to libltdl-dev to reflect libtool changes * Changes from Ubuntu: - add Homepage control field - update python-mapnik install file to be compatible with Python 2.6 transition * Remove old transitional mapnik-plugins package * Don't install demo/c++/Makefile as we aren't shipping pkg-config files * Switch to new boost 1.38 packages Checksums-Sha1: 8c73c9c212b82354d4108cc89403c182f654a334 1562 mapnik_0.6.0-1.dsc 38f6f7a5c4132e475abde1be7c14cb9b929b44d8 8336209 mapnik_0.6.0.orig.tar.gz ea64810bec800e211a2b5e60d1b04734e1659dfe 9286 mapnik_0.6.0-1.diff.gz 6b6f2f2163787c87a9e111202e356e0d554233f5 854010 libmapnik0.6_0.6.0-1_i386.deb fede5333abc18c9cf7fd79ab07e6110c4e19e241 2288302 libmapnik-dev_0.6.0-1_all.deb 05f21add855b6e1e8f0191932eb30ffe95875b1a 49514 mapnik-utils_0.6.0-1_i386.deb 4de739f2cd3eed2e17f9f328b613d39af9d85d57 578092 python-mapnik_0.6.0-1_i386.deb Checksums-Sha256: acd044c718f0b18834c57e080cedbdf2b4e42a875fdc4e190620a286701dff0d 1562 mapnik_0.6.0-1.dsc a71be8b738678fffaa21d87887fbb69b8c28eb706f72a9b296920f40ec13854a 8336209 mapnik_0.6.0.orig.tar.gz ad45c7957a0a3e8f93a9afe973d963bf8a3c626fee41873bca0455e26d86e499 9286 mapnik_0.6.0-1.diff.gz
Bug#503807: marked as done (protobuf: java bytecode / java runtime version mismatch)
Your message dated Mon, 13 Apr 2009 19:29:38 +
with message-id e1ltrqc-0003eu...@ries.debian.org
and subject line Bug#503807: fixed in protobuf 2.0.3-1
has caused the Debian Bug report #503807,
regarding protobuf: java bytecode / java runtime version mismatch
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
503807: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=503807
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: protobuf
Version: 2.0.2-1
Severity: serious
User: debian-j...@lists.debian.org
Usertags: jbc-mismatch
This package builds with openjdk-6 or cacao-oj6, which is not the
default jvm in testing/unstable. The openjdk-6 and cacao-oj6 javac
creates java bytecode for version 50, which cannot be used by older
jvms. Binary packages explicitely built with openjdk-6 or cacao-oj6
must not depend on java-runtime{,1,2,5}{,-headless}, but only on
java-runtime6{,-headless} or any of the non-virtual packages providing
a java6 runtime.
It is preferred to build the bytecode so that it runs on older jvms.
This is done passing '-source 1.[45]' to javac (or for cdbs ant tasks
setting ANT_OPTS to -Dant.build.javac.source=1.[45].
You usually can check for the java byte code with file(1), currently
broken in testing/unstable, or use javap -verbose (a script checking
the command line args (check-class-version) can be found at
http://people.debian.org/~doko/tmp/. Both .class and .jar files found
in the binary packages need to be checked.
Note: this report may be a false positive, if all bytecode files have
version 49 or less.
---End Message---
---BeginMessage---
Source: protobuf
Source-Version: 2.0.3-1
We believe that the bug you reported is fixed in the latest version of
protobuf, which is due to be installed in the Debian FTP archive:
libprotobuf-dev_2.0.3-1_amd64.deb
to pool/main/p/protobuf/libprotobuf-dev_2.0.3-1_amd64.deb
libprotobuf-java_2.0.3-1_all.deb
to pool/main/p/protobuf/libprotobuf-java_2.0.3-1_all.deb
libprotobuf3_2.0.3-1_amd64.deb
to pool/main/p/protobuf/libprotobuf3_2.0.3-1_amd64.deb
protobuf-compiler_2.0.3-1_amd64.deb
to pool/main/p/protobuf/protobuf-compiler_2.0.3-1_amd64.deb
protobuf_2.0.3-1.diff.gz
to pool/main/p/protobuf/protobuf_2.0.3-1.diff.gz
protobuf_2.0.3-1.dsc
to pool/main/p/protobuf/protobuf_2.0.3-1.dsc
protobuf_2.0.3.orig.tar.gz
to pool/main/p/protobuf/protobuf_2.0.3.orig.tar.gz
python-protobuf_2.0.3-1_all.deb
to pool/main/p/protobuf/python-protobuf_2.0.3-1_all.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 503...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Iustin Pop iu...@k1024.org (supplier of updated protobuf package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Thu, 09 Apr 2009 15:01:36 +0200
Source: protobuf
Binary: libprotobuf3 libprotobuf-dev protobuf-compiler python-protobuf
libprotobuf-java
Architecture: source amd64 all
Version: 2.0.3-1
Distribution: unstable
Urgency: low
Maintainer: Iustin Pop iu...@k1024.org
Changed-By: Iustin Pop iu...@k1024.org
Description:
libprotobuf-dev - protocol buffer C++ library (development headers)
libprotobuf-java - Java bindings for protocol buffers
libprotobuf3 - protocol buffer C++ library
protobuf-compiler - compiler for protocol buffer definition files
python-protobuf - Python bindings for protocol buffers
Closes: 503807 505411 522470
Changes:
protobuf (2.0.3-1) unstable; urgency=low
.
[ Ehren Kret ]
* New Upstream Version (Closes: #522470)
* Applied patch proposed in bug#503807 provided by
Torsten Werner twer...@debian.org (Closes: #503807)
.
[ Iustin Pop ]
* Policy version 3.8.1, added handling for the nocheck DEB_BUILD_OPTIONS flag
* Fix lintian warnings (copyright-with-old-dh-make-debian-copyright,
wrong-section-according-to-package-name)
* The new upstream version build successfully (and passes the
unittest) with gcc-snapshort, so marking bug#505411 as fixed
(Closes: #505411)
Checksums-Sha1:
b6fc335fc872a84ef77f67d8cebb45ef3587ab36 1315 protobuf_2.0.3-1.dsc
520c27aeeb007b40f294590f1a61c421b7f10820 1013535 protobuf_2.0.3.orig.tar.gz
d4be9ccee953dd360b5635d06ad7f8b01cdf4762 9252
Bug#521473: getcontext()
Note that this won't longer be a problem on mipsel soon (see #523939). It still applies to other arches though. -- Robert Millan The DRM opt-in fallacy: Your data belongs to us. We will decide when (and how) you may access your data; but nobody's threatening your freedom: we still allow you to remove your data and not access it at all. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523716: [pkg-nvidia-devel] Bug#523716: nvidia-kernel-source: Does not build here either, but other problem
Randall Donald wrote: On Sun, 2009-04-12 at 10:52 +0200, Andreas Tscharner wrote: Package: nvidia-kernel-source Version: 180.44-1 Severity: normal The package does not build here either, but it fails with the following message: make[1]: Entering directory `/usr/src/modules/nvidia-kernel' make[1]: *** Keine Regel, um »kdist_image« zu erstellen. Schluss. make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' Module /usr/src/modules/nvidia-kernel failed. The second line reads in english: *** No rule to make kdist_image... How are you building this? shannara:/usr/src/linux-source-2.6.29# make-kpkg modules_image Best regards Andreas -- (`-''-/).___..--''`-._ `o_ o ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' .' (il).-'' (li).' ((!.-' Andreas Tscharner a...@vis.ethz.ch ICQ-No. 14356454 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522964: marked as done (libcanberra: Change build dependency for libltdl3-dev)
Your message dated Mon, 13 Apr 2009 19:24:01 + with message-id e1ltrlb-00038l...@ries.debian.org and subject line Bug#522964: fixed in libcanberra 0.11-1 has caused the Debian Bug report #522964, regarding libcanberra: Change build dependency for libltdl3-dev to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 522964: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522964 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: libcanberra Version: 0.4-1 Severity: serious Hi, Your package currently can't be build because it has a versioned build depends on libltdl3-dev. libltdl3-dev has been renamed to libltdl-dev, and libltdl-dev now provides libltdl3-dev. Please change your build depedency to use libltdl-dev or libltdl-dev | libltdl3-dev (= 1.5.24) Kurt ---End Message--- ---BeginMessage--- Source: libcanberra Source-Version: 0.11-1 We believe that the bug you reported is fixed in the latest version of libcanberra, which is due to be installed in the Debian FTP archive: gnome-session-canberra_0.11-1_all.deb to pool/main/libc/libcanberra/gnome-session-canberra_0.11-1_all.deb libcanberra-dev_0.11-1_amd64.deb to pool/main/libc/libcanberra/libcanberra-dev_0.11-1_amd64.deb libcanberra-doc_0.11-1_all.deb to pool/main/libc/libcanberra/libcanberra-doc_0.11-1_all.deb libcanberra-gtk-dev_0.11-1_amd64.deb to pool/main/libc/libcanberra/libcanberra-gtk-dev_0.11-1_amd64.deb libcanberra-gtk-module-dbg_0.11-1_amd64.deb to pool/main/libc/libcanberra/libcanberra-gtk-module-dbg_0.11-1_amd64.deb libcanberra-gtk-module_0.11-1_amd64.deb to pool/main/libc/libcanberra/libcanberra-gtk-module_0.11-1_amd64.deb libcanberra-gtk0-dbg_0.11-1_amd64.deb to pool/main/libc/libcanberra/libcanberra-gtk0-dbg_0.11-1_amd64.deb libcanberra-gtk0_0.11-1_amd64.deb to pool/main/libc/libcanberra/libcanberra-gtk0_0.11-1_amd64.deb libcanberra0-dbg_0.11-1_amd64.deb to pool/main/libc/libcanberra/libcanberra0-dbg_0.11-1_amd64.deb libcanberra0_0.11-1_amd64.deb to pool/main/libc/libcanberra/libcanberra0_0.11-1_amd64.deb libcanberra_0.11-1.diff.gz to pool/main/libc/libcanberra/libcanberra_0.11-1.diff.gz libcanberra_0.11-1.dsc to pool/main/libc/libcanberra/libcanberra_0.11-1.dsc libcanberra_0.11.orig.tar.gz to pool/main/libc/libcanberra/libcanberra_0.11.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 522...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Sjoerd Simons sjo...@debian.org (supplier of updated libcanberra package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 11 Apr 2009 14:16:05 +0100 Source: libcanberra Binary: libcanberra0 libcanberra0-dbg libcanberra-dev libcanberra-gtk0 libcanberra-gtk0-dbg libcanberra-gtk-dev libcanberra-gtk-module gnome-session-canberra libcanberra-gtk-module-dbg libcanberra-doc Architecture: source all amd64 Version: 0.11-1 Distribution: unstable Urgency: low Maintainer: Marc-Andre Lureau marcandre.lur...@gmail.com Changed-By: Sjoerd Simons sjo...@debian.org Description: gnome-session-canberra - GNOME session log in and log out sound events libcanberra-dev - a simple abstract interface for playing event sounds libcanberra-doc - a simple abstract interface for playing event sounds - doc libcanberra-gtk-dev - a simple abstract interface for playing event sounds libcanberra-gtk-module - translates Gtk+ widgets signals to event sounds libcanberra-gtk-module-dbg - libcanberra GtkModule detached debugging symbols libcanberra-gtk0 - Gtk+ helper for playing widget event sounds with libcanberra libcanberra-gtk0-dbg - libcanberra-gtk libraries detached debugging symbols libcanberra0 - a simple abstract interface for playing event sounds libcanberra0-dbg - libcanberra libraries detached debugging symbols Closes: 522964 Changes: libcanberra (0.11-1) unstable; urgency=low . [ Marc-Andre Lureau ] * New Upstream Version * libcanberra0.install: + modules are now installed under /usr/lib/libcanberra-0.11 * Do not ship static libraries in *-dev anymore. * Move canberra-gtk-play from libcanberra-gtk-dev to libcanberra-gtk0. * Add gnome-session-canberra to play log in/out events. * Add
Bug#523716: [pkg-nvidia-devel] Bug#523716: nvidia-kernel-source: fails to build
On Mon, 2009-04-13 at 14:42 -0400, Lennart Sorensen wrote: Could you try changing the line in /usr/src/modules/nvidia-kernel/conftest.h that says: #if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,29) to #if LINUX_VERSION_CODE = KERNEL_VERSION(2,6,27) And then doing module-assistant again but using the -O option to prevent it from reextracting? Dear Len, I will admit I have not understood half of what you wrote, however modifying that line as you suggest and then launching: j...@nostromo:~$ sudo m-a a-i -O -l 2.6.28-1-amd64 nvidia built the package correctly. I have not rebooted with 2.6.28 to test it, but I expect it to work. I was holding back to 2.6.28 because of the nvidia module, now I can safely switch full time to 2.6.29. However, I believe it is good to know it's fixed. Hope this helps, let me know if you need more testing. -- At that point it will compile, but segfault, as it should.. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505317: marked as done (needs build-depends on libbz2-dev)
Your message dated Mon, 13 Apr 2009 19:36:36 + with message-id e1ltrxm-0005ng...@ries.debian.org and subject line Bug#505317: fixed in tokyocabinet 1.4.14-1 has caused the Debian Bug report #505317, regarding needs build-depends on libbz2-dev to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 505317: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505317 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: tokyocabinet Version: 1.3.15-2 Severity: serious Hi, your package failed to build from source. | Automatic build of tokyocabinet_1.3.15-2 on meitner by sbuild/hppa 98-farm | Build started at 2008-1328 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Reading state information... | Need to get 456kB of source archives. | Get:1 http://mirror-ffm.djpig.de experimental/main tokyocabinet 1.3.15-2 (dsc) [1240B] | Get:2 http://mirror-ffm.djpig.de experimental/main tokyocabinet 1.3.15-2 (tar) [447kB] | Get:3 http://mirror-ffm.djpig.de experimental/main tokyocabinet 1.3.15-2 (diff) [7627B] | Fetched 456kB in 0s (2784kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: debhelper (= 5), autotools-dev, zlib1g-dev, chrpath | Checking for already installed source dependencies... [...] | checking bzlib.h usability... no | checking bzlib.h presence... no | checking for bzlib.h... no | configure: error: bzlib.h is required | make: *** [config.status] Error 1 | dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 | ** | Build finished at 2008-1331 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=1.3.15-2pkg=tokyocabinetarch=hppa Gruesse, -- Frank Lichtenheld dj...@debian.org www: http://www.djpig.de/ ---End Message--- ---BeginMessage--- Source: tokyocabinet Source-Version: 1.4.14-1 We believe that the bug you reported is fixed in the latest version of tokyocabinet, which is due to be installed in the Debian FTP archive: libtokyocabinet-dbg_1.4.14-1_amd64.deb to pool/main/t/tokyocabinet/libtokyocabinet-dbg_1.4.14-1_amd64.deb libtokyocabinet-dev_1.4.14-1_amd64.deb to pool/main/t/tokyocabinet/libtokyocabinet-dev_1.4.14-1_amd64.deb libtokyocabinet8_1.4.14-1_amd64.deb to pool/main/t/tokyocabinet/libtokyocabinet8_1.4.14-1_amd64.deb tokyocabinet-bin_1.4.14-1_amd64.deb to pool/main/t/tokyocabinet/tokyocabinet-bin_1.4.14-1_amd64.deb tokyocabinet-doc_1.4.14-1_all.deb to pool/main/t/tokyocabinet/tokyocabinet-doc_1.4.14-1_all.deb tokyocabinet_1.4.14-1.diff.gz to pool/main/t/tokyocabinet/tokyocabinet_1.4.14-1.diff.gz tokyocabinet_1.4.14-1.dsc to pool/main/t/tokyocabinet/tokyocabinet_1.4.14-1.dsc tokyocabinet_1.4.14.orig.tar.gz to pool/main/t/tokyocabinet/tokyocabinet_1.4.14.orig.tar.gz A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 505...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Pierre Habouzit madco...@debian.org (supplier of updated tokyocabinet package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 13 Apr 2009 14:22:02 +0200 Source: tokyocabinet Binary: libtokyocabinet8 libtokyocabinet-dbg libtokyocabinet-dev tokyocabinet-doc tokyocabinet-bin Architecture: source amd64 all Version: 1.4.14-1 Distribution: experimental Urgency: low Maintainer: Pierre Habouzit madco...@debian.org Changed-By: Pierre Habouzit madco...@debian.org Description: libtokyocabinet-dbg - Tokyo Cabinet Database Libraries [runtime] libtokyocabinet-dev - Tokyo Cabinet Database Libraries [development] libtokyocabinet8 - Tokyo Cabinet Database Libraries [runtime] tokyocabinet-bin - Tokyo Cabinet Database Utilities tokyocabinet-doc - Tokyo Cabinet Database Documentation Closes: 505317 506948 Changes: tokyocabinet (1.4.14-1) experimental; urgency=low . * New upstream release. * Add missing build-depend on libbz2-dev (Closes: #505317). * Fix package installation of
Bug#493724: marked as done (/usr/games/poker2d: hangs at startup)
Your message dated Mon, 13 Apr 2009 19:28:49 + with message-id e1ltrpp-0003c5...@ries.debian.org and subject line Bug#493724: fixed in poker-network 1.7.4-1 has caused the Debian Bug report #493724, regarding /usr/games/poker2d: hangs at startup to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 493724: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493724 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: python-poker2d Version: 1.6.0-1.1 Severity: important File: /usr/games/poker2d Hi, I just installed poker2d, and it doesn't work at all. It just opens a blank unkillable window and prints this in the terminal: [...@bip:~]$ poker2d Permission deniedPermission deniedTraceback (most recent call last): File /usr/lib/python2.5/site-packages/pokerclient2d/poker2d.py, line 144, in run reactor.run() File /usr/lib/python2.5/site-packages/twisted/internet/gtk2reactor.py, line 252, in run self.simulate() File /usr/lib/python2.5/site-packages/twisted/internet/gtk2reactor.py, line 262, in simulate if self._simtag is not None: AttributeError: 'PortableGtkReactor' object has no attribute '_simtag' Thanks, Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-poker2d depends on: ii gtk2-engines-pixbuf2.12.11-3 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libc6 2.7-13GNU C Library: Shared libraries ii libcairo2 1.6.4-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-1 FreeType 2 font engine, shared lib ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libpixman-1-0 0.11.8-1 pixel-manipulation library for X a ii libpng12-0 1.2.27-1 PNG library - runtime ii libsdl1.2debian1.2.13-2 Simple DirectMedia Layer ii libx11-6 2:1.1.4-2 X11 client-side library ii libxcb-render-util00.2+git41-1 utility libraries for X C Binding ii libxcb-render0 1.1-1.1 X C Binding, render extension ii libxcb11.1-1.1 X C Binding ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii python 2.5.2-2 An interactive high-level object-o ii python-central 0.6.8 register and build utility for Pyt ii python-glade2 2.12.1-6 GTK+ bindings: Glade support ii python-gtk22.12.1-6 Python bindings for the GTK+ widge ii python-openssl 0.7-2 Python wrapper around the OpenSSL ii python-poker-network 1.6.0-1.1 multiplayer poker server and clien ii python-pygame 1.7.1release-4.2 SDL bindings for games development ii python2.5 2.5.2-10 An interactive high-level object-o ii rsync 3.0.3-2 fast remote file copy program (lik ii ttf-freefont 20080323-3Freefont Serif, Sans and Mono True ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime python-poker2d recommends no packages. python-poker2d suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Source: poker-network Source-Version: 1.7.4-1 We believe that the bug you reported is fixed in the latest version of poker-network, which is due to be installed in the Debian FTP archive: poker-network_1.7.4-1.diff.gz to pool/main/p/poker-network/poker-network_1.7.4-1.diff.gz poker-network_1.7.4-1.dsc to pool/main/p/poker-network/poker-network_1.7.4-1.dsc poker-network_1.7.4.orig.tar.gz to pool/main/p/poker-network/poker-network_1.7.4.orig.tar.gz poker-web_1.7.4-1_all.deb to pool/main/p/poker-network/poker-web_1.7.4-1_all.deb python-poker-network_1.7.4-1_all.deb to
Bug#519490: marked as done (FTBFS: compiler parser error)
Your message dated Mon, 13 Apr 2009 12:49:29 -0700 with message-id 200904131249.29880.dschep...@gmail.com and subject line Fixed in recent mesa upload has caused the Debian Bug report #519490, regarding FTBFS: compiler parser error to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 519490: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=519490 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mesa Version: 7.0.3-7 Severity: serious Justification: fails to build From my pbuilder build log: make[6]: Entering directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src/mesa/drivers/dri/i965' gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../include/GL/internal -I../../../../../src/mesa -I../../../../../src/mesa/main -I../../../../../src/mesa/glapi -I../../../../../src/mesa/math -I../../../../../src/mesa/shader -I../../../../../src/mesa/swrast -I../../../../../src/mesa/swrast_setup -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri `pkg-config --cflags libdrm` -Wall -Wmissing-prototypes -std=c99 -ffast-math -O2 -g -fPIC -m64 -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS -DHAVE_POSIX_MEMALIGN -DUSE_X86_64_ASM -fno-strict-aliasing -I../intel bufmgr_fake.c -o bufmgr_fake.o In file included from intel_screen.h:34, from intel_context.h:37, from bufmgr.h:31, from bufmgr_fake.c:36: server/i830_common.h:229: error: expected ':', ',', ';', '}' or '__attribute__' before '*' token make[6]: *** [bufmgr_fake.o] Error 1 make[6]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src/mesa/drivers/dri/i965' make[5]: *** [subdirs] Error 1 make[5]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src/mesa/drivers/dri' make[4]: *** [linux-solo] Error 2 make[4]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src/mesa' make[3]: *** [default] Error 2 make[3]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src/mesa' make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64/src' make[1]: *** [default] Error 1 make[1]: Leaving directory `/tmp/buildd/mesa-7.0.3/obj-x86_64-linux-gnu/debian-dri-amd64' make: *** [debian/stamp/x86_64-linux-gnu-build-debian-dri-amd64] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.28-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Daniel Schepler ---End Message--- ---BeginMessage--- Package: mesa Version: 7.4-2 The latest upload of mesa compiles fine here, closing the bug. -- Daniel Schepler ---End Message---
Bug#523716: [pkg-nvidia-devel] Bug#523716: nvidia-kernel-source: Does not build here either, but other problem
Lennart Sorensen wrote: On Sun, Apr 12, 2009 at 10:52:59AM +0200, Andreas Tscharner wrote: Package: nvidia-kernel-source Version: 180.44-1 Severity: normal The package does not build here either, but it fails with the following message: make[1]: Entering directory `/usr/src/modules/nvidia-kernel' make[1]: *** Keine Regel, um ??kdist_image?? zu erstellen. Schluss. make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' Module /usr/src/modules/nvidia-kernel failed. The second line reads in english: *** No rule to make kdist_image... Kernel: linux-source-2.6.29; 2.6.29-2 What method are you using to do the build? kdist_image makes me thing you are using make-kpkg. Yes, like I always did before. I though that would be the preferred method. Is this no longer the case? Best regards Andreas -- (`-''-/).___..--''`-._ `o_ o ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' .' (il).-'' (li).' ((!.-' Andreas Tscharner a...@vis.ethz.ch ICQ-No. 14356454 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#429821: marked as done (chbg_2.0-1(experimental/i386/demosthenes): Fails to generate makefile (doesn't find Gtk+))
Your message dated Mon, 13 Apr 2009 21:04:05 +0100 with message-id 200904132004.n3dk45wf011...@kmos.homeip.net and subject line chbg has been removed from Debian, closing #429821 has caused the Debian Bug report #429821, regarding chbg_2.0-1(experimental/i386/demosthenes): Fails to generate makefile (doesn't find Gtk+) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 429821: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=429821 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: chbg Version: 2.0-1 Severity: serious Tags: experimental Heya, | Automatic build of chbg_2.0-1 on demosthenes by sbuild/i386 98-farm | Build started at 20070620-1259 | ** [...] | checking pkg-config is at least version 0.9.0... yes | checking for GTK... no | # Add here commands to compile the package. | /usr/bin/make | make[1]: Entering directory `/build/buildd/chbg-2.0' | make[1]: *** No targets specified and no makefile found. Stop. | make[1]: Leaving directory `/build/buildd/chbg-2.0' | make: *** [build-stamp] Error 2 | ** | Build finished at 20070620-1300 | FAILED [dpkg-buildpackage died] | Build needed 00:00:11, 1868k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=i386pkg=chbgver=2.0-1 It looks like the configure script is unable to find Gtk+ and forgets to report that as an error, or something like that. Marc -- Fachbegriffe der Informatik - Einfach erklärt 173: Ada Ada ist der gelungene Versuch, die Schwächen von C, Pascal und Fortran in einer Sprache zu vereinigen. (Holger Spielmann) ---End Message--- ---BeginMessage--- Version: 2.0-1+rm The chbg package has been removed from Debian so we are closing the bugs that were still opened against it. For more information about this package's removal, read http://bugs.debian.org/523720 . That bug might give the reasons why this package was removed, and suggestions of possible replacements. Don't hesitate to reply to this mail if you have any question. Thank you for your contribution to Debian. Kind regards, -- Marco Rodrigues ---End Message---
Bug#519664: [screenlets] Patch seems to work
Thanks for the test. I would like to know if the problem is also solve for John so I can upload the patch. I'm interesting to look at the others problems you have. You can post to another bug report or contact me directly. regards, Julien Lavergne Le lundi 13 avril 2009 à 11:55 +0800, Jason Heeris a écrit : Package: screenlets Version: 0.1.2-3heeris1 I applied the given patch to 0.1.2-**3** and it starts up fine. (Had to manually patch MPlayer.py in plugins dir.) I'm having a lot of trouble getting many of the screenlets to work, though, but this is the first I've used it so I don't know if that's normal. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29.090410.1 Debian Release: squeeze/sid 500 testing www.debian-multimedia.org 500 testing security.debian.org 500 testing ftp.iinet.net.au 500 testing ftp.debian-unofficial.org --- Package information. --- Depends (Version) | Installed =-+- python | 2.5.4-2 python-central (= 0.6.11) | 0.6.11 python-gtk2 | 2.14.1-1 python-gnome2 | 2.22.3-3 python-gnome2-desktop | 2.24.1-1 python-dbus | 0.83.0-1 python-xdg | 0.15-1.1 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Processed: fixing overblown severity
Processing commands for cont...@bugs.debian.org: severity 523942 important Bug#523942: linux-image-2.6.26-2-s390 will not boot! Severity set to `important' from `critical' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523215: marked as done (FTBFS: collect2: ld returned 1 exit status)
Your message dated Mon, 13 Apr 2009 22:19:40 +0200 with message-id 20090413221940.79b35...@raptor and subject line Re: Bug#523215: FTBFS: collect2: ld returned 1 exit status has caused the Debian Bug report #523215, regarding FTBFS: collect2: ld returned 1 exit status to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 523215: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523215 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: mpdscribble Version: 0.17-1 Severity: serious Justification: no longer builds from source Failed to build from source, following classic method: 1/ apt-get build-dep mpdscribble 2/ apt-get source mpdscribble 3/ cd mpdscribble debuild -us -uc Attached is the debuild command output. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-1-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpdscribble depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libc6 2.9-6 GNU C Library: Shared libraries ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libsoup2.4-1 2.24.3-2 an HTTP library implementation in ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip ii ucf 3.0018 Update Configuration File: preserv mpdscribble recommends no packages. Versions of packages mpdscribble suggests: ii mpd 0.14.2-3 Music Player Daemon -- debconf information: mpdscribble/user: mpdscribble/systemwide: false dpkg-buildpackage -rfakeroot -D -us -uc dpkg-buildpackage : définir CFLAGS à la valeur par défaut : -g -O2 dpkg-buildpackage : définir CPPFLAGS à la valeur par défaut : dpkg-buildpackage : définir LDFLAGS à la valeur par défaut : dpkg-buildpackage : définir FFLAGS à la valeur par défaut : -g -O2 dpkg-buildpackage : définir CXXFLAGS à la valeur par défaut : -g -O2 dpkg-buildpackage: paquet source mpdscribble dpkg-buildpackage: version source 0.17-1 dpkg-buildpackage: source changé par Michal Čihař ni...@debian.org dpkg-buildpackage: architecture hôte i386 fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean make[1]: entrant dans le répertoire « /home/julian/Desktop/mpdscribble-0.17 » test -z src/mpdscribble || rm -f src/mpdscribble rm -f *.o rm -f *.tab.c test -z || rm -f rm -f src/.dirstamp rm -f config.h stamp-h1 rm -f TAGS ID GTAGS GRTAGS GSYMS GPATH tags rm -f config.status config.cache config.log configure.lineno config.status.lineno rm -rf ./.deps rm -f Makefile make[1]: quittant le répertoire « /home/julian/Desktop/mpdscribble-0.17 » dh_clean debconf-updatepo dpkg-source -b mpdscribble-0.17 dpkg-source: info: utilisation du format source « 1.0 » dpkg-source: info: construction de mpdscribble à partir de mpdscribble_0.17.orig.tar.gz dpkg-source: info: construction de mpdscribble dans mpdscribble_0.17-1.diff.gz dpkg-source: info: construction de mpdscribble dans mpdscribble_0.17-1.dsc debian/rules build dh build dh_testdir dh_auto_configure configure: WARNING: unrecognized options: --disable-maintainer-mode checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... none checking for gcc option to accept ISO C99... -std=gnu99 checking build system type... i486-pc-linux-gnu checking host system type... i486-pc-linux-gnu checking for syslog... yes checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for libglib... yes checking for libgobject... yes checking for libgthread... yes checking for libsoup... yes checking whether
Bug#523716: [pkg-nvidia-devel] Bug#523716: Bug#523716: Another build failure...
On Mon, 2009-04-13 at 14:07 -0400, Lennart Sorensen wrote: On Mon, Apr 13, 2009 at 08:44:27AM -0700, Randall Donald wrote: KSRC=/usr/src/linux-headers-2.6.29-1-686-bigmem \ KVERS=2.6.29-1-686-bigmem debian/rules binary_modules That is no longer a complete set of headers and you can't build against it like that. The kernel team says that is no longer supported. The strange thing here is that is how I tested mine (and didn't see the dh_clean problem). Did you remember to rm -rf /usr/src/modules/nvidia-* between runs to avoid any existing files there from contaminating the test? Yup. I will try again though. Maybe I am on crack. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#393420: marked as done (Source package contains non-free IETF RFC/I-D's)
Your message dated Mon, 13 Apr 2009 21:14:07 +0100 with message-id 200904132014.n3dke7ck011...@kmos.homeip.net and subject line xfmail has been removed from Debian, closing #393420 has caused the Debian Bug report #393420, regarding Source package contains non-free IETF RFC/I-D's to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 393420: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=393420 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xfmail Version: 1.5.5-3 Severity: serious Hi! This bug has been filed on multiple packages, and general discussions are kindly requested to take place on debian-legal or debian-devel in the thread with Subject: Non-free IETF RFC/I-Ds in source packages. It seems this source package contains the following files from the IETF under non-free license terms: xfmail-1.5.5/docs/rfc/rfc1823.txt.bz2 xfmail-1.5.5/docs/rfc/rfc1939.txt.bz2 xfmail-1.5.5/docs/rfc/rfc2045.txt.bz2 xfmail-1.5.5/docs/rfc/rfc2046.txt.bz2 xfmail-1.5.5/docs/rfc/rfc2047.txt.bz2 xfmail-1.5.5/docs/rfc/rfc2048.txt.bz2 xfmail-1.5.5/docs/rfc/rfc2049.txt.bz2 xfmail-1.5.5/docs/rfc/rfc2060.txt.bz2 xfmail-1.5.5/docs/rfc/rfc2554.txt.bz2 xfmail-1.5.5/docs/rfc/rfc2822.txt.bz2 xfmail-1.5.5/docs/rfc/rfc821.txt.bz2 xfmail-1.5.5/docs/rfc/rfc822.txt.bz2 The license on RFC/I-Ds is not DFSG-free, see: * http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=199810 * http://release.debian.org/removing-non-free-documentation * http://wiki.debian.org/NonFreeIETFDocuments The etch release policy says binary and source packages must each be free: * http://release.debian.org/etch_rc_policy.txt The severity is serious, because this violates the Debian policy: * http://www.debian.org/doc/debian-policy/ch-archive.html#s-dfsg There are (at least) three ways to fix this problem. In order of preference: 1. Ask the author of the RFC to re-license the RFC under a free license. A template for this e-mail request can be found at http://wiki.debian.org/NonFreeIETFDocuments 2. Remove the non-free material from the source, e.g., by re-packaging the upstream archive and adding a 'dfsg' version name to it. 3. Move the package to non-free. I went over many packages looking for names of likely non-free files, and there may be false positives. If this is the case for your package, I'm sorry for the noise. I'll modify the scripts to take into account false positives when I learn of them, and publish the list of exceptions under Known exceptions at http://wiki.debian.org/NonFreeIETFDocuments. Thanks, Simon ---End Message--- ---BeginMessage--- Version: 1.5.5.dfsg.1-0.1+rm The xfmail package has been removed from Debian so we are closing the bugs that were still opened against it. For more information about this package's removal, read http://bugs.debian.org/523914 . That bug might give the reasons why this package was removed, and suggestions of possible replacements. Don't hesitate to reply to this mail if you have any question. Thank you for your contribution to Debian. Kind regards, -- Marco Rodrigues ---End Message---
Bug#519556: xserver-xorg-input-tslib: Segfault with no RandR support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please do not reply to #519556 anymore. It is closed. Request a new bug unless you really think #519556 should be reopened. Milko Krachounov wrote: I've just tried xserver-xorg-input-tslib_0.0.5-8_armel. I'm using it on Neo 1973 (gta01) with fbdev as a video device driver. 1. Without Rotate option, it works perfectly fine, as do 2. With `Option Rotate CCW' it doesn't crash, but the clicks are not handled correctly, as they go to a different point of the screen. Sliding my finger horizontally results in a vertical cursor motion, and vica versa, so it seems that tslib doesn't know that the screen is rotated. The result with 0.0.5-7 is the same for me. Hi Milko, There are two sections that have to be set Rotate CCW. One is section InputDevice where defines tslib, and another one is section Device where defines fbdev. You have to set both of them Option Rotate CCW. At least, it do work fine on my machine. :-) Kind regards Wen-Yen Chuang -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAknjqBIACgkQdEpXpumNYVmE7ACcDMH/zel/hLTp++Voiy2Z3kXi BNMAnAm6hS0j+uilE7sGLRKRoATYBt6n =99A1 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523859: libxine1: xine-ui, gxine, totem-xine all crash
severity 523859 normal tag 523859 pending thanks I demand that Garrett McLean may or may not have written... The problematic entry is at the end of the file: [/usr/lib/xine/plugins/1.25/xineplug_dmx_matroska.so] size=35728 mtime=1236814787 type=2 api=26 id Clear sign of truncation, and I find it suspicious that it's exactly 4K long. You didn't run out of space, or something...? Anyway, behaviour is now improved somewhat, though only upstream and not yet in a release as yet. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Kill all extremists! I like Boolean logic. NOT! -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495773: marked as done (xfmail has rpath to insecure location (/tmp/buildd/xfmail-1.5.5.dfsg.1/debian/xfmail/usr/lib/xfmail:/usr/lib/xfmail))
Your message dated Mon, 13 Apr 2009 21:14:13 +0100 with message-id 200904132014.n3dkedoj011...@kmos.homeip.net and subject line xfmail has been removed from Debian, closing #495773 has caused the Debian Bug report #495773, regarding xfmail has rpath to insecure location (/tmp/buildd/xfmail-1.5.5.dfsg.1/debian/xfmail/usr/lib/xfmail:/usr/lib/xfmail) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 495773: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=495773 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: xfmail Version: 1.5.5.dfsg.1-0.1 Severity: serious Tags: security Hello Florian, xfmail includes a binary /usr/bin/xfmail with a rpath pointing to /tmp/buildd/xfmail-1.5.5.dfsg.1/debian/xfmail/usr/lib/xfmail. chrpath /usr/bin/xfmail /usr/bin/xfmail: RPATH=/tmp/buildd/xfmail-1.5.5.dfsg.1/debian/xfmail/usr/lib/xfmail:/usr/lib/xfmail This allows an attacker with write access to that directory to add modified libraries which will be loaded when someone else run xfmail. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. ---End Message--- ---BeginMessage--- Version: 1.5.5.dfsg.1-0.1+rm The xfmail package has been removed from Debian so we are closing the bugs that were still opened against it. For more information about this package's removal, read http://bugs.debian.org/523914 . That bug might give the reasons why this package was removed, and suggestions of possible replacements. Don't hesitate to reply to this mail if you have any question. Thank you for your contribution to Debian. Kind regards, -- Marco Rodrigues ---End Message---
