Bug#905710: PATCH: News.Debian and su.1 (Was Re: util-linux: "su: revoking keys needs to be documented')
Hello, On Wed, 08 Aug 2018, Andreas Henriksson wrote: > Please do feel free to write something up and send it as a merge > request! Your contribution will be very appreciated! I'll offer to > review them once I find time for it. I am attaching patches for "News.Debian" and "su.1". In my opinion this should be adequate documentation of the changes. Regards, Kapil. -- --- NEWS.Debian.orig 2018-08-09 08:46:41.536831490 +0530 +++ NEWS.Debian 2018-08-09 08:49:59.515824839 +0530 @@ -11,7 +11,8 @@ even in 'preserve environment' mode. - su '' (empty user string) used to give root, but now returns an error. - previously su only had one pam config, but now 'su -' is configured -separately in /etc/pam.d/su-l +separately in /etc/pam.d/su-l. This file additionally invokes +'pam_keyinit' to revoke the session keyring. The first difference is probably the most user visible one. Doing plain 'su' is a really bad idea for many reasons, so using 'su -' is --- su.1.orig 2018-08-09 08:47:43.991829392 +0530 +++ su.1 2018-08-09 08:54:31.889815688 +0530 @@ -81,6 +81,11 @@ .B TERM .TP o +revokes the session keyring using the +.BR pam_keyinit (8) +module. +.TP +o initializes the environment variables .BR HOME , .BR SHELL ,
Bug#905710: util-linux: "su: revoking keys needs to be documented'
Package: util-linux Version: 2.32-0.4 Severity: normal Dear Maintainer, Running "su -" or "su -l" or "su --login" makes use of /etc/pam.d/su-l which revokes *all* keys in the session keyring. This can be unexpected in situations where the key is utilised by the invoking user (for example, to access an encrypted file system as happened in my case; see https://github.com/dnschneid/crouton/issues/3860). Hence, at the very least it needs to be documented. It is indeed unfortunate that a single command "su" is used in a large number of different ways and contexts in scripts across diverse systems *without* consideration of the semantics. However, any such change is bound to cause breakage and documentation is the best way to avoid flames! Regards, Kapil. -- -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-17554-g9194949d4df2 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8), LANGUAGE=en_IN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages util-linux depends on: ii fdisk 2.32-0.3 ii libaudit1 1:2.8.3-1+b1 ii libblkid1 2.32-0.3 ii libc6 2.27-5 ii libmount1 2.32-0.3 ii libpam0g 1.1.8-3.7 ii libselinux12.8-1+b1 ii libsmartcols1 2.32-0.3 ii libsystemd0239-7 ii libtinfo6 6.1+20180714-1 ii libudev1 239-7 ii libuuid1 2.32-0.3 ii login 1:4.5-1.1 ii zlib1g 1:1.2.11.dfsg-1 util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools 4.1-2 ii kbd 2.0.4-4 pn util-linux-locales -- no debconf information -- Kapil Hari Paranjape
Bug#890965: aspell: Case Conversion?
Package: aspell Version: 0.60.7~20110707-4 Severity: wishlist Dear Maintainer, Since aspell already knows how to spell words (including capitalisation), it may not be too difficult to automate conversion to lower case (in -a mode). This is a *kind* of spelling correction as well! Regards, Kapil. -- -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-16503-ge33b03ba1f58-dirty (SMP w/4 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages aspell depends on: ii dictionaries-common 1.27.2 ii libaspell15 0.60.7~20110707-4 ii libc62.26-6 ii libgcc1 1:8-20180207-2 ii libncursesw5 6.0+20171125-1 ii libstdc++6 8-20180207-2 ii libtinfo56.0+20171125-1 Versions of packages aspell recommends: ii aspell-en [aspell-dictionary] 2017.08.24-0-0.1 Versions of packages aspell suggests: pn aspell-doc ii spellutils 0.7-7+b1 -- no debconf information
Bug#862742: Error report for filetea
This is the patch for making filetea to work with jQuery v3.2.x. Hope this helps. Apply to upstream if needed. On Tue, May 23, 2017 at 2:26 PM Alberto Garcia <be...@igalia.com> wrote: Control: tags -1 - unreproducible moreinfo On Tue, May 23, 2017 at 07:14:39AM +, Hari Krishna wrote: > ".live" method has been removed in jQuery version 1.9+. Please refer > https://jquery.com/upgrade-guide/1.9/#live-removed Yeah, I'm not sure how it worked last time I tried but I managed to reproduce the problem now, thanks. Berto 0001-Made-compatible-with-latest-jquery-v3.2.x.patch Description: Binary data
Bug#862742: Error report for filetea
".live" method has been removed in jQuery version 1.9+. Please refer https://jquery.com/upgrade-guide/1.9/#live-removed On Tue, May 23, 2017 at 12:36 PM Hari Krishna <harikrishnakan...@gmail.com> wrote: > I've installed filetea on Debian Unstable. Following are the versions of > filetea and jquery installed. > filetea0.1.16-3+b1 amd64 > libjs-jquery 3.1.1-2 all > > The error I am getting is attached. This is in concordance to the > aforementioned bug. > > [image: Screen Shot 2017-05-23 at 12.29.36 PM.png] >
Bug#862742: Error report for filetea
I've installed filetea on Debian Unstable. Following are the versions of filetea and jquery installed. filetea0.1.16-3+b1 amd64 libjs-jquery 3.1.1-2 all The error I am getting is attached. This is in concordance to the aforementioned bug. [image: Screen Shot 2017-05-23 at 12.29.36 PM.png]
Bug#736389: [Pkg-systemd-maintainers] Bug#736389: systemd: HandleSuspendKey failes to handle sleep key
Dear Michael, On Mon, 27 Jan 2014, Michael Stapelberg wrote: Kapil Hari Paranjape ka...@imsc.res.in writes: On Sun, 26 Jan 2014, Michael Stapelberg wrote: In fact, to test the setup, I did a debootstrap install of jessie, followed by installing systemd-sysv, the kernel and kbd. (In other words, a bare-bones install!) The showkey command still recognises the key as giving code 142 but suspend does not work. Can you please provide the output of the following command? Thanks for the info about how to debug this. I'm learning more about systemd (and the input system) through this investigation! for dev in /dev/input/event* do udevadm info -q all -n $dev done What you should see in there is a line saying TAGS=:power-switch:, which Attached. I see four instances of this tag. You should also see messages stating “Watching system buttons on /dev/input/event3 (Power Button)” in the journal, emitted by logind. Can you append the output of journalctl -u systemd-logind.service -b please? Attached. Similarly four instances of Watching system buttons are to be found. In particular, I do see that there is a watcher for the sleep button. Everything upto this point seems as it should be. In case this is not enough of a hint to debug and fix this, it’d also be good to provide a full strace output of logind (overwrite the ExecStart line to wrap logind in strace). I'll do this next. Regards, Kapil. -- P: /devices/platform/i8042/serio0/input/input0/event0 N: input/event0 S: input/by-path/platform-i8042-serio-0-event-kbd E: DEVLINKS=/dev/input/by-path/platform-i8042-serio-0-event-kbd E: DEVNAME=/dev/input/event0 E: DEVPATH=/devices/platform/i8042/serio0/input/input0/event0 E: DMI_VENDOR=Acer E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_INPUT_KEYBOARD=1 E: ID_PATH=platform-i8042-serio-0 E: ID_PATH_TAG=platform-i8042-serio-0 E: ID_SERIAL=noserial E: MAJOR=13 E: MINOR=64 E: SUBSYSTEM=input E: USEC_INITIALIZED=48537 P: /devices/platform/pcspkr/input/input5/event1 N: input/event1 S: input/by-path/platform-pcspkr-event-spkr E: DEVLINKS=/dev/input/by-path/platform-pcspkr-event-spkr E: DEVNAME=/dev/input/event1 E: DEVPATH=/devices/platform/pcspkr/input/input5/event1 E: ID_INPUT=1 E: ID_PATH=platform-pcspkr E: ID_PATH_TAG=platform-pcspkr E: ID_SERIAL=noserial E: MAJOR=13 E: MINOR=65 E: SUBSYSTEM=input E: USEC_INITIALIZED=54737 P: /devices/pci:00/:00:1b.0/input/input18/event10 N: input/event10 E: DEVNAME=/dev/input/event10 E: DEVPATH=/devices/pci:00/:00:1b.0/input/input18/event10 E: ID_INPUT=1 E: ID_PATH=pci-:00:1b.0 E: ID_PATH_TAG=pci-_00_1b_0 E: MAJOR=13 E: MINOR=74 E: SUBSYSTEM=input E: USEC_INITIALIZED=61193 P: /devices/pci:00/:00:1b.0/sound/card0/input21/event11 N: input/event11 E: DEVNAME=/dev/input/event11 E: DEVPATH=/devices/pci:00/:00:1b.0/sound/card0/input21/event11 E: ID_INPUT=1 E: ID_PATH=pci-:00:1b.0 E: ID_PATH_TAG=pci-_00_1b_0 E: MAJOR=13 E: MINOR=75 E: SUBSYSTEM=input E: USEC_INITIALIZED=66340 P: /devices/pci:00/:00:1b.0/sound/card0/input20/event12 N: input/event12 E: DEVNAME=/dev/input/event12 E: DEVPATH=/devices/pci:00/:00:1b.0/sound/card0/input20/event12 E: ID_INPUT=1 E: ID_PATH=pci-:00:1b.0 E: ID_PATH_TAG=pci-_00_1b_0 E: MAJOR=13 E: MINOR=76 E: SUBSYSTEM=input E: USEC_INITIALIZED=66562 P: /devices/pci:00/:00:1b.0/sound/card0/input19/event13 N: input/event13 E: DEVNAME=/dev/input/event13 E: DEVPATH=/devices/pci:00/:00:1b.0/sound/card0/input19/event13 E: ID_INPUT=1 E: ID_PATH=pci-:00:1b.0 E: ID_PATH_TAG=pci-_00_1b_0 E: MAJOR=13 E: MINOR=77 E: SUBSYSTEM=input E: USEC_INITIALIZED=66802 P: /devices/pci:00/:00:1d.7/usb5/5-3/5-3:1.0/input/input6/event2 N: input/event2 S: input/by-id/usb-Chicony_Electronics_Co.__Ltd._WebCam-event-if00 S: input/by-path/pci-:00:1d.7-usb-0:3:1.0-event E: DEVLINKS=/dev/input/by-id/usb-Chicony_Electronics_Co.__Ltd._WebCam-event-if00 /dev/input/by-path/pci-:00:1d.7-usb-0:3:1.0-event E: DEVNAME=/dev/input/event2 E: DEVPATH=/devices/pci:00/:00:1d.7/usb5/5-3/5-3:1.0/input/input6/event2 E: ID_BUS=usb E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_MODEL=WebCam E: ID_MODEL_ENC=WebCam E: ID_MODEL_ID=b209 E: ID_PATH=pci-:00:1d.7-usb-0:3:1.0 E: ID_PATH_TAG=pci-_00_1d_7-usb-0_3_1_0 E: ID_REVISION=8257 E: ID_SERIAL=Chicony_Electronics_Co.__Ltd._WebCam E: ID_TYPE=video E: ID_USB_DRIVER=uvcvideo E: ID_USB_INTERFACES=:0e0100:0e0200: E: ID_USB_INTERFACE_NUM=00 E: ID_VENDOR=Chicony_Electronics_Co.__Ltd. E: ID_VENDOR_ENC=Chicony\x20Electronics\x20Co.\x2c\x20Ltd. E: ID_VENDOR_ID=04f2 E: MAJOR=13 E: MINOR=66 E: SUBSYSTEM=input E: USEC_INITIALIZED=79563 P: /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input9/event3 N: input/event3 E: DEVNAME=/dev/input/event3 E: DEVPATH=/devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input9/event3 E: DMI_VENDOR=Acer E: ID_INPUT=1 E: ID_INPUT_KEY=1 E: ID_PATH=acpi-PNP0C0C:00 E: ID_PATH_TAG=acpi-PNP0C0C_00 E: MAJOR=13 E
Bug#736389: [Pkg-systemd-maintainers] Bug#736389: systemd: HandleSuspendKey failes to handle sleep key
Dear Michael, On Sun, 26 Jan 2014, Michael Stapelberg wrote: $ journalctl -f -u systemd-logind.service Jan 26 11:19:28 x200 systemd-logind[11478]: Suspend key pressed. Jan 26 11:19:28 x200 systemd-logind[11478]: Suspending... I did not ever get this in the journal. In fact, to test the setup, I did a debootstrap install of jessie, followed by installing systemd-sysv, the kernel and kbd. (In other words, a bare-bones install!) The showkey command still recognises the key as giving code 142 but suspend does not work. I do not know where the problem lies. Perhaps systemd is relying on the event driver for the specific key and not the keyboard driver to generate the specific code (this is just a guess since I don't know much about this). I can investigate some more if you let me know what you want investigated. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678687: LVM2 in initrd and UUIDs (Was Re: Re: Bug#724275: initramfs-tools should change the resume device)
Hello, On Fri, 01 Nov 2013, Rodolfo García Peñas wrote: because IMO this bug is very important, and the system cannot boot, I created a new uswsusp package. The change is save the resume device as /dev/mapper (not like uuid device) if the user is using lvm2. As far as I can see the problem seems to be with lvm2 not being able to recognise UUIDs for block devices as belonging to lvm2. [*] I don't think that the problem lies with uswsusp or should be fixed by uswsusp. The point is that somewhere at the top of the initrd boot process, the relevant logical volumes need to be activated. After these volumes have been activated, uswsusp (or any other program) can access them either by their UUID or by their other names. So here is my 2 paise worth of suggestion. Either, the initrd script /scripts/local-top/lvm2 should activate _all_ volume groups as suggested at 678687#5 by Goswin von Brederlow. (This looks like overkill and may really slow down the boot on some systems!) Or, the initrd hooks should extract the relevant volume groups from the UUIDs and write them to the initrd as a config file for /scripts/local-top/lvm2 to pick up and activate at boot time. I think the second is a better option --- but then I am not writing the code so I don't get to choose! :-) Regards, Kapil. [*] For some reason lvm's own uuids stored in /etc/lvm2/backup/$VGNAME are different from those created by libuuid. Otherwise, it would have been possible for /scripts/local-top/lvm2 to use this information to recognise its logical volumes from their UUIDs. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725275: initramfs-tools: hooks/resume problems
Hi, On Wed, 30 Oct 2013, Olivier Berger wrote: Hi. Interesting. Thanks for these details. I've tried and change the resume device in /etc/uswsusp.conf, to use a path in the form /dev/mapper/VG-swap, and now have : # grep -i resume /etc/uswsusp.conf /etc/initramfs-tools/conf.d/resume /etc/uswsusp.conf:resume device = /dev/mapper/main-swap /etc/initramfs-tools/conf.d/resume:RESUME=/dev/mapper/main-swap And guess what ? ... This works, now. Boot proceeds normally, and eventually resumes when I hibernated :-) I wondered why you said (in your previous mail) that uswsusp did not work after fixing the typo, since I use uswsusp too! After your latest mail (and checking my own /etc/uswsusp.conf and /etc/initramfs-tools/conf.d/resume), all is clear. An aside is that the hook with the typo does incorrect error catching. error due to typo in command != error generated by command So checking the error number should have caught this mistake! Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725275: initramfs-tools: Reason is typo in hooks/resume
Package: initramfs-tools Version: 0.114 Followup-For: Bug #725275 Dear Maintainer, The reason for this bug is a typo in /usr/share/initramfs/hooks/resume. --- /tmp/hooks/resume 2013-10-05 08:27:39.556015989 +0530 +++ /tmp/hooks/resume.orig 2013-10-05 08:38:13.440034878 +0530 @@ -19,7 +19,7 @@ test -r /etc/initramfs-tools/conf.d/resume \ . /etc/initramfs-tools/conf.d/resume if [ -n $RESUME ] command -v blkid /dev/null 21 \ -blkid -p -n swap $RESUME /dev/null 21; then +blikd -p -n swap $RESUME /dev/null 21; then # As mkinitramfs copies the config file nothing to do. exit 0 fi Regards, Kapil. -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 14M Oct 5 08:34 /boot/initrd.img-3.10-3-amd64 -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-3.10-3-amd64 root=/dev/mapper/vol0-unmool ro pcie_aspm=force acpi_backlight=vendor acpi_osi=Linux quiet -- resume # resume device RESUME=/dev/mapper/vol0-badla -- /proc/filesystems ext4 fuseblk -- lsmod Module Size Used by cpuid 12708 0 cpufreq_conservative14184 0 cpufreq_userspace 12576 0 cpufreq_powersave 12454 0 rfcomm 33471 14 bnep 17535 2 cpufreq_stats 12866 0 parport_pc 22409 0 ppdev 12763 0 binfmt_misc12925 1 lp 13025 0 parport31901 3 lp,ppdev,parport_pc uinput 17439 1 sha256_generic 16804 2 cbc12696 1 dm_crypt 18457 1 coretemp 12898 0 joydev 17278 0 acer_wmi 30231 0 sparse_keymap 12760 1 acer_wmi iTCO_wdt 12831 0 iTCO_vendor_support12704 1 iTCO_wdt arc4 12543 2 uvcvideo 66788 0 ath9k 75023 0 ath9k_common 12687 1 ath9k videobuf2_vmalloc 12848 1 uvcvideo ath9k_hw 341687 2 ath9k_common,ath9k videobuf2_memops 12519 1 videobuf2_vmalloc videobuf2_core 31098 1 uvcvideo btusb 17678 0 bluetooth 170002 22 bnep,btusb,rfcomm wmi13243 1 acer_wmi acpi_cpufreq 13280 1 mperf 12453 1 acpi_cpufreq psmouse74832 0 serio_raw 12940 0 snd_hda_codec_realtek32712 1 microcode 30413 0 videodev 92407 2 uvcvideo,videobuf2_core rtsx_pci_ms12848 0 media 18240 2 uvcvideo,videodev memstick 13740 1 rtsx_pci_ms evdev 17611 19 snd_hda_codec_hdmi 31720 1 processor 28526 5 acpi_cpufreq battery13101 0 ath21417 3 ath9k_common,ath9k,ath9k_hw mac80211 358182 1 ath9k snd_hda_intel 35718 1 cfg80211 319971 3 ath,ath9k,mac80211 snd_hda_codec 122850 3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel i2c_i801 17045 0 lpc_ich16757 0 snd_hwdep 13189 1 snd_hda_codec snd_pcm_oss41175 0 snd_mixer_oss 18034 1 snd_pcm_oss snd_pcm68525 4 snd_pcm_oss,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel snd_page_alloc 13018 2 snd_pcm,snd_hda_intel button 12944 0 ac 12668 0 snd_seq_midi 12848 0 snd_seq_midi_event 13316 1 snd_seq_midi snd_rawmidi23040 1 snd_seq_midi rfkill 19242 6 cfg80211,acer_wmi,bluetooth snd_seq45186 2 snd_seq_midi_event,snd_seq_midi snd_seq_device 13176 3 snd_seq,snd_rawmidi,snd_seq_midi snd_timer 22773 2 snd_pcm,snd_seq snd53068 14 snd_hda_codec_realtek,snd_pcm_oss,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec,snd_hda_intel,snd_seq_device,snd_mixer_oss soundcore 13026 1 snd fuse 67503 1 autofs427746 2 ext4 381419 8 crc16 12343 2 ext4,bluetooth jbd2 76205 1 ext4 mbcache13082 1 ext4 dm_mod 64008 39 dm_crypt sg 26095 0 sd_mod 40541 3 crc_t10dif 12348 1 sd_mod rtsx_pci_sdmmc 17215 0 mmc_core 77762 1 rtsx_pci_sdmmc ahci 25148 2 libahci23136 1 ahci libata141969 2 ahci,libahci ehci_pci 12472 0 uhci_hcd 26976 0 ehci_hcd 40590 1 ehci_pci scsi_mod 158249 3 sg,libata,sd_mod rtsx_pci 24569 2 rtsx_pci_ms,rtsx_pci_sdmmc mfd_core 12601 2 lpc_ich,rtsx_pci usbcore 134993 5 btusb,uhci_hcd,uvcvideo,ehci_hcd,ehci_pci usb_common
Bug#725275: initramfs-tools: hooks/resume problems
Package: initramfs-tools Version: 0.114 Followup-For: Bug #725275 Dear Maintainer, On Sat, 05 Oct 2013, Kapil Hari Paranjape wrote: The reason for this bug is a typo in /usr/share/initramfs/hooks/resume. Looking into this a bit further, I wondered why this typo should cause a problem. After all, the rest of this script generates a conf/conf.d/resume file containing what should be the correct resume device. However, what it generates is an entry like: RESUME=UUID=ZZ-ZZyy-yZZy-yZZy-Zyyy-ZyZy-yZ This may work fine if the swap device is not on LVM. If it is ... The problem is that scripts/local-top/lvm2 cannot figure out the volume group to activate in order to make the device accessible. (Or even the fact that this _is_ an LVM device!) Some more script-fu is required to check whether the resume device is of the form /dev/dm-xxx and in that case one needs to find its name by listing /dev/mapper/. That name needs to be used in order to get lvm2 to activate the volume group or logical volume. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701534: ITP: ruby-nested-forms -- Rails plugin to conveniently handle multiple models in a single form
Package: wnpp Severity: wishlist Owner: hari hari.kalat...@gmail.com * Package name: nested_forms Version : 0.3.1 Upstream Author : * URL : https://rubygems.org/gems/nested_form * License : MIT Description : Gem to conveniently handle multiple models in a single form with Rails 3 and jQuery or Prototype This is a Rails gem for conveniently manage multiple nested models in a single form. It does so in an unobtrusive way through jQuery or Prototype. This gem only works with Rails 3. See the rails2 branch for a plugin to work in Rails 2. An example project showing how this works is available in the complex-nested-forms/nested_form branch. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688077: O: elvis -- a vi-like editor lighter than vim
Package: wnpp Severity: normal Hello, As reported earlier (#432298), this package needs work to bring to the modern era! At one stage a 1.88M editor (rough size of plain old vim these days) would have been considered 'heavy', but not anymore. Is there a niche for editors that weight-in at 400K and have many of the same features? Since this is the first package (back in the Minix days in 1991/92) to which I sent a bug report and patch, I do this with heavy heart but ... I have been using vim for the last six months, so someone with greater need must take over and make sure that 'elvis still lives'! (Note that elvis only lives inside Debian as of now.) Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682373: gnome-documents: Needs option to delete
Package: gnome-documents Version: 0.4.2-1 Severity: wishlist Tags: upstream Dear Maintainer, I thing an option to delete files form the documents is necesary. If i see a file and want to delete it then i have to some how find out the path manually and then delete It would be nice if i can do this from the documents itself -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-documents depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-clutter-1.0 1.10.8-1 ii gir1.2-evince-3.03.4.0-2+b1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdata-0.0 0.12.0-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-goa-1.0 3.4.2-1 ii gir1.2-gtk-3.0 3.4.2-2 ii gir1.2-gtkclutter-1.01.2.0-2 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-tracker-0.14 0.14.1-2 ii gjs 1.32.0-2 ii libc62.13-34 ii libcairo21.12.2-2 ii libevdocument3-4 3.4.0-2+b1 ii libevview3-3 3.4.0-2+b1 ii libgdata13 0.12.0-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgoa-1.0-0 3.4.2-1 ii libgtk-3-0 3.4.2-2 ii liboauth00.9.4-3+b1 ii libpango1.0-01.30.0-1 ii libsoup2.4-1 2.38.1-2 ii libtracker-sparql-0.14-0 0.14.1-2 ii tracker 0.14.1-2 Versions of packages gnome-documents recommends: ii unoconv 0.5-1 gnome-documents suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681494: offlineimap: needs option to disable starttls
Package: offlineimap Version: 6.3.4-1 Severity: wishlist Tags: patch Dear Maintainer, I need to connect to a badly configured server that advertises STARTTLS but is not properly configured for it :( So I created an option 'tls' which allows me to disable the use of STARTTLS for this server. A patch against the above version of offlineimap is enclosed. It may also work with minor changes against the more recent version. Regards, Kapil. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 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 offlineimap depends on: ii python 2.7.3~rc2-1 ii python-support 1.0.14 offlineimap recommends no packages. Versions of packages offlineimap suggests: ii doc-base 0.10.4 pn python-kerberos none -- no debconf information diff -ur ./imapserver.py /usr/share/pyshared/offlineimap/./imapserver.py --- ./imapserver.py 2012-07-13 20:22:52.568204625 +0530 +++ /usr/share/pyshared/offlineimap/./imapserver.py 2011-08-11 01:14:58.0 +0530 @@ -46,7 +46,7 @@ GSS_STATE_WRAP = 1 def __init__(self, config, reposname, username = None, password = None, hostname = None, - port = None, ssl = 1, tls = 1, maxconnections = 1, tunnel = None, + port = None, ssl = 1, maxconnections = 1, tunnel = None, reference = '', sslclientcert = None, sslclientkey = None, sslcacertfile = None, idlefolders = []): self.ui = getglobalui() @@ -60,7 +60,6 @@ self.tunnel = tunnel self.port = port self.usessl = ssl -self.usetls = tls self.sslclientcert = sslclientcert self.sslclientkey = sslclientkey self.sslcacertfile = sslcacertfile @@ -240,7 +239,7 @@ if not self.gssapi: if 'STARTTLS' in imapobj.capabilities and not\ -self.usessl and self.usetls: +self.usessl: self.ui.debug('imap', 'Using STARTTLS connection') imapobj.starttls() @@ -502,7 +501,6 @@ user = self.repos.getuser() port = self.repos.getport() ssl = self.repos.getssl() -tls = self.repos.gettls() sslclientcert = self.repos.getsslclientcert() sslclientkey = self.repos.getsslclientkey() sslcacertfile = self.repos.getsslcacertfile() @@ -525,7 +523,7 @@ if not password: password = self.repos.getpassword() IMAPServer.__init__(self, self.config, self.repos.getname(), -user, password, host, port, ssl, tls, +user, password, host, port, ssl, self.repos.getmaxconnections(), reference = reference, idlefolders = idlefolders, diff -ur ./repository/Gmail.py /usr/share/pyshared/offlineimap/./repository/Gmail.py --- ./repository/Gmail.py 2012-07-13 20:24:24.516208876 +0530 +++ /usr/share/pyshared/offlineimap/./repository/Gmail.py 2011-08-11 01:14:58.0 +0530 @@ -54,9 +54,6 @@ def getssl(self): return 1 -def gettls(self): -return 1 - def getpreauthtunnel(self): return None diff -ur ./repository/IMAP.py /usr/share/pyshared/offlineimap/./repository/IMAP.py --- ./repository/IMAP.py 2012-07-13 20:09:32.384167653 +0530 +++ /usr/share/pyshared/offlineimap/./repository/IMAP.py 2011-08-11 01:14:58.0 +0530 @@ -162,9 +162,6 @@ def getssl(self): return self.getconfboolean('ssl', 0) -def gettls(self): -return self.getconfboolean('tls', 0) - def getsslclientcert(self): return self.getconf('sslclientcert', None)
Bug#666419: gnome-shell: High Cpu usage
Package: gnome-shell Version: 3.2.2.1-2 Severity: important Tags: upstream Dear Maintainer, After installing gnome-shell 3.2 it is consistantly taking high cpu greater than 70percent It was not oresent in gnome-shell 3.0. If i can help with any debug log please say to get that ,i will provide it -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gconf-service3.2.3-4 ii gir1.2-accountsservice-1.0 0.6.15-4 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-caribou-1.0 0.4.1-2 ii gir1.2-clutter-1.0 1.8.4-1 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-folks-0.6 0.6.6-1 ii gir1.2-freedesktop 1.31.10-1 ii gir1.2-gconf-2.0 3.2.3-4 ii gir1.2-gdkpixbuf-2.0 2.24.1-1 ii gir1.2-gee-1.0 0.6.4-1 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 1.31.10-1 ii gir1.2-gmenu-3.0 3.2.0.1-2 ii gir1.2-gnomebluetooth-1.03.2.2-1 ii gir1.2-gtk-3.0 3.2.3-1 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.2.2-1 ii gir1.2-networkmanager-1.00.9.2.0-2 ii gir1.2-pango-1.0 1.29.4-3+b1 ii gir1.2-polkit-1.00.104-2 ii gir1.2-soup-2.4 2.34.3-1 ii gir1.2-telepathyglib-0.120.16.2-1+b1 ii gir1.2-telepathylogger-0.2 0.2.12-1 ii gir1.2-upowerglib-1.00.9.15-2 ii gjs 1.30.1-1 ii gnome-bluetooth 3.2.2-1 ii gnome-icon-theme-symbolic3.2.2-1 ii gnome-settings-daemon3.2.2-3 ii gnome-shell-common 3.2.2.1-2 ii gsettings-desktop-schemas3.2.0-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-27 ii libcairo-gobject21.10.2-7 ii libcairo21.10.2-7 ii libcamel-1.2-29 3.2.2-1 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.4-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.4-2 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.30-1 ii libebook-1.2-12 3.2.2-1 ii libecal-1.2-10 3.2.2-1 ii libedataserver-1.2-153.2.2-1 ii libedataserverui-3.0-1 3.2.2-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.6-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgconf-2-4 3.2.3-4 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libgee2 0.6.4-1 ii libgirepository-1.0-11.31.10-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.30.1-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-6 ii libgnome-desktop-3-2 3.2.1-3 ii libgnome-keyring03.2.2-2 ii libgnome-menu-3-03.2.0.1-2 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.2.3-1 ii libical0 0.44-3 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-3 ii libmutter0 3.2.2-1 ii libnm-glib4 0.9.2.0-2 ii libnm-util2 0.9.2.0-2 ii libnspr4-0d 4.9-1 ii libnss3-1d 3.13.3-1 ii libpango1.0-01.29.4-3+b1 ii libpolkit-agent-1-0
Bug#650061: [3.0 - 3.1.1] Regression in suspend with rtl8192se driver
Hello, On Mon, 20 Feb 2012, Jonathan Nieder wrote: Did you get a chance to try this? v3.2.2 also has rtl8192se fixes. I am currently running the kernel as follows: Package: linux-image-3.2.0-2-amd64 Maintainer: Debian Kernel Team debian-ker...@lists.debian.org Architecture: amd64 Version: 3.2.9-1 Now the suspend/resume and hibernate/thaw are both working in the sense that the machine goes to sleep and restarts without getting stuck. However, the wireless card must still sometimes be manually unloaded/reloaded else the wireless link gets stuck after working for about a minute or two. Thanks and regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658119: gnome-shell: gnome shell restarts rendomley , and some times gets logged out of session too
Package: gnome-shell Version: 3.2.2.1-1 Severity: important Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? i updated tto gnome shell 3.2 as and when it appeared in testing repository * What exactly did you do (or not do) that was effective (or ineffective)? i couldnt do any thing to solve this the shell gets restarted randomley, some times i get logged out of session and other times does not. This causes lot of problems since all my work is lost if i got logged out of session. this was not present in gnome-shell 3.0 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gir1.2-accountsservice-1.0 0.6.15-2 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-caribou-1.0 0.4.1-2 ii gir1.2-clutter-1.0 1.8.2-2 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-folks-0.6 0.6.6-1 ii gir1.2-freedesktop 1.31.1-1 ii gir1.2-gconf-2.0 2.32.4-1 ii gir1.2-gdkpixbuf-2.0 2.24.0-2 ii gir1.2-gee-1.0 0.6.1-3 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 1.31.1-1 ii gir1.2-gmenu-3.0 3.2.0.1-2 ii gir1.2-gnomebluetooth-1.03.2.1-1 ii gir1.2-gtk-3.0 3.2.3-1 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.2.1-2 ii gir1.2-networkmanager-1.00.9.2.0-2 ii gir1.2-pango-1.0 1.29.4-2 ii gir1.2-polkit-1.00.104-1 ii gir1.2-soup-2.4 2.34.3-1 ii gir1.2-telepathyglib-0.120.16.2-1 ii gir1.2-telepathylogger-0.2 0.2.12-1 ii gir1.2-upowerglib-1.00.9.15-1 ii gjs 1.30.0-3 ii gnome-bluetooth 3.2.1-1 ii gnome-icon-theme-symbolic3.2.2-1 ii gnome-settings-daemon3.2.2-2 ii gnome-shell-common 3.2.2.1-1 ii gsettings-desktop-schemas3.2.0-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-24 ii libcairo-gobject21.10.2-6.2 ii libcairo21.10.2-6.2 ii libcamel-1.2-29 3.2.2-1 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.2-2 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.2-2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.30-1 ii libebook-1.2-12 3.2.2-1 ii libecal-1.2-10 3.2.2-1 ii libedataserver-1.2-153.2.2-1 ii libedataserverui-3.0-1 3.2.2-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.6-1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.8-1 ii libgconf2-4 2.32.4-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libgee2 0.6.1-3 ii libgirepository-1.0-11.31.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.30.0-3 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-4 ii libgnome-desktop-3-2 3.2.1-3 ii libgnome-keyring03.2.2-2 ii libgnome-menu-3-03.2.0.1-2 ii libgstreamer0.10-0 0.10.35-1 ii libgtk-3-0 3.2.3-1 ii libical0 0.44-3 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-3 ii libmutter0 3.2.1-2 ii libnm-glib4
Bug#649346: fglrx-driver: using xv extension crashes Xorg
Package: fglrx-driver Version: 1:11-12-1 Followup-For: Bug #649346 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? trying to play video in vlc and totem * What exactly did you do (or not do) that was effective (or ineffective)? used gstreamer settings not to use xv same with vlc * What was the outcome of this action? crashes stopped but the video has tearing * What outcome did you expect instead? videos should not get teared -- Package-specific info: VGA-compatible devices on PCI bus: 02:00.0 VGA compatible controller: ATI Technologies Inc Manhattan [Mobility Radeon HD 5400 Series] DRM and fglrx Informations from dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [1.080824] Linux agpgart interface v0.103 [7.382025] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, Starnberg, GERMANY' taints kernel. [7.524237] [fglrx] Maximum main memory to use for locked dma buffers: 2738 MBytes. [7.524562] [fglrx] vendor: 1002 device: 68e0 count: 1 [7.525033] [fglrx] ioport: bar 4, base 0x2000, size: 0x100 [7.525287] [fglrx] Kernel PAT support is enabled [7.525303] [fglrx] module loaded - fglrx 8.92.6 [Nov 9 2011] with 1 minors [ 22.707353] [fglrx] ATIF platform detected with notification ID: 0x81 [ 23.461358] fglrx_pci :02:00.0: irq 46 for MSI/MSI-X [ 23.462786] [fglrx] Firegl kernel thread PID: 1374 [ 23.462906] [fglrx] Firegl kernel thread PID: 1375 [ 23.463020] [fglrx] Firegl kernel thread PID: 1376 [ 23.463246] [fglrx] IRQ 46 Enabled [ 23.775805] [fglrx] Gart USWC size:900 M. [ 23.775809] [fglrx] Gart cacheable size:356 M. [ 23.775814] [fglrx] Reserved FB block: Shared offset:0, size:100 [ 23.775816] [fglrx] Reserved FB block: Unshared offset:fa2d000, size:2d3000 [ 23.775819] [fglrx] Reserved FB block: Unshared offset:3fff4000, size:c000 Xorg X server configuration file status: -rw-r--r-- 1 root root 713 Jan 28 12:41 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section ServerLayout Identifier aticonfig Layout Screen 0 aticonfig-Screen[0]-0 0 0 EndSection Section Module EndSection Section Monitor Identifier aticonfig-Monitor[0]-0 Option VendorName ATI Proprietary Driver Option ModelName Generic Autodetecting Monitor Option DPMS true EndSection Section Device Identifier aticonfig-Device[0]-0 Driver fglrx Option UseFastTLS 1 BusID PCI:2:0:0 EndSection Section Screen Identifier aticonfig-Screen[0]-0 Device aticonfig-Device[0]-0 Monitoraticonfig-Monitor[0]-0 DefaultDepth 24 SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 40869 Jan 29 14:22 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: [21.140] X.Org X Server 1.11.3.901 (1.11.4 RC 1) Release Date: 2012-01-06 [21.140] X Protocol Version 11, Revision 0 [21.140] Build Operating System: Linux 3.2.0-rc6+ x86_64 Debian [21.140] Current Operating System: Linux hari-debian 3.1.0-1-amd64 #1 SMP Tue Jan 10 05:01:58 UTC 2012 x86_64 [21.140] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-amd64 root=UUID=2cfa7cc9-0892-4f57-b206-de400ada2377 ro quiet [21.141] Build Date: 19 January 2012 09:53:39AM [21.141] xorg-server 2:1.11.3.901-2 (Cyril Brulebois k...@debian.org) [21.141] Current version of pixman: 0.24.0 [21.141]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [21.141] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [21.141] (==) Log file: /var/log/Xorg.0.log, Time: Sun Jan 29 13:54:31 2012 [21.161] (==) Using config file: /etc/X11/xorg.conf [21.161] (==) Using system config directory /usr/share/X11/xorg.conf.d [21.235] (==) ServerLayout aticonfig Layout [21.235] (**) |--Screen aticonfig-Screen[0]-0 (0) [21.235] (**) | |--Monitor aticonfig-Monitor[0]-0 [21.245] (**) | |--Device aticonfig-Device[0]-0 [21.245] (==) Automatically adding devices [21.245] (==) Automatically enabling devices [21.268] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [21.268]Entry deleted from font path. [21.307] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi
Bug#597218: texlive-binaries: vlna man page is in Czech
Package: texlive-binaries Version: 2009-11 Followup-For: Bug #597218 Dear Maintainer, I think the problem is that the default `man' pages in the C locale are (I think!) supposed to be in English. So either the man page for vlna should be installed in /usr/share/man/cz or there should be an English translation of it in /usr/share/man (preferably both!). Regards, Kapil. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-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 texlive-binaries depends on: ii ed 1.5-3 ii libc6 2.13-24 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.8-1 ii libgcc1 1:4.6.2-11 ii libkpathsea52009-11 ii libncurses5 5.9-4 ii libpng12-0 1.2.46-3 ii libpoppler130.16.7-2+b1 ii libstdc++6 4.6.2-11 ii libx11-62:1.4.4-4 ii libxaw7 2:1.0.9-3 ii libxmu6 2:1.1.0-3 ii libxpm4 1:3.5.9-4 ii libxt6 1:1.1.1-2 ii perl5.14.2-6 ii tex-common 2.10 ii texlive-common 2009-15 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages texlive-binaries recommends: ii texlive-base 2009-15 texlive-binaries suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615932: cython: Please package documentation
Package: cython Severity: wishlist Hello, Please package Docs and Demos directories --- either as a separate cython-doc package or within the cython package. It should not be necessary to go online to find out how to use cython! Regards, Kapil. -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603769: Xmonad.Prompt: add a timeout?
Package: libghc6-xmonad-contrib-doc Version: 0.9.1-1 Severity: wishlist Tags: upstream Hello, There should possibly be a way for the user to configure a timeout in the prompt module. There could be times (like when xev or xkeycaps is running) when none of the escape/quit keys for the prompt would work. In this situation, a timeout would save the user. Regards, Kapil. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 libghc6-xmonad-contrib-doc depends on no packages. Versions of packages libghc6-xmonad-contrib-doc recommends: ii ghc6-doc 6.12.1-13 Documentation for the Glasgow Hask ii libghc6-mtl-doc 1.1.0.2-10 Haskell monad transformer library ii libghc6-x11-doc 1.5.0.0-2 Haskell X11 binding for GHC; docum ii libghc6-x11-xft-doc 0.3-5 Haskell Xft binding for GHC; docum ii libghc6-xmonad-doc0.9.1-2A lightweight X11 window manager; Versions of packages libghc6-xmonad-contrib-doc suggests: ii libghc6-xmonad-contrib-dev0.9.1-1+b1 Extensions to xmonad -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603303: [Debian-in-workers] Bug#603303: Bug#603303: ttf-oriya-fonts: purge does not remove oriya fonts from defoma cache
Dear Kartik, On Sat, 13 Nov 2010, Kartik Mistry wrote: [kar...@olive:~/]% sudo dpkg --purge ttf-oriya-fonts (Reading database ... 196545 files and directories currently installed.) Removing ttf-oriya-fonts ... Purging configuration files for ttf-oriya-fonts ... Processing triggers for fontconfig ... [kar...@olive:~/]% xlsfonts|grep -i oriya zsh: done xlsfonts | zsh: exit 1 grep -i oriya May be I'm missing something? You should actually use something like piuparts to check this rather than just check it on your system. There may be an additional package which is installed/not-installed on your system that makes this just work. Just my 2p worth! Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603037: luakit: proxy settings problem
Package: luakit Version: 2010.09.24+halloween-2 Severity: normal Hello, The config file globals.lua contains -- Global variables for luakit globals = { homepage= http://luakit.org/;, -- homepage= http://github.com/mason-larobina/luakit;, scroll_step = 40, zoom_step = 0.1, max_cmd_history = 100, max_srch_history= 100, -- http_proxy = http://example.com:3128;, download_dir= luakit.get_special_dir(DOWNLOAD) or (os.getenv(HOME) .. /downloads), default_window_size = 800x600, } However, setting the proxy variable by editing the string and uncommenting the http_proxy setting does not actually make luakit use a proxy. The actual proxy setting is done via the :proxy command or by creating a file like $HOME/.local/share/luakit/proxylist containing a line like * my_proxy http://example.com:3128; This may also be a bug in the program. The current version also ignores the proxy environment variable so the bug could be elsewhere than in the documentation! Thanks and regards, Kapil. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 luakit depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii liblua5.1-0 5.1.4-5Simple, extensible, embeddable pro ii liblua5.1-filesystem0 1.4.2-3luafilesystem library for the Lua ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libwebkit-1.0-2 1.2.5-2Web content engine library for Gtk luakit recommends no packages. luakit suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602501: cryptsetup: /etc/init.d/cryptdisks{,-early} objects to tries=0
Package: cryptsetup Version: 2:1.1.3-3 Severity: wishlist Hello, I have a system with LUKS encrypted swap which is sometimes resumed after hibernation. Today I got bitten by the default tries=3 when I mistyped my LUKS passphrase three times and the system booted corrupting the filesystem! (Nothing too bad though!) I then found the tries=0 possibility in crypttab which would prevent this from biting me again. Unfortunately, the startup scripts /etc/init.d/cryptdisks* object to (issue a warning for) this value of tries. I was wondering why this was so and whether it can be a -ge instead of -gt in /lib/crypsetup/cryptdisks.functions. Thanks for all the good work, Kapil. -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=/dev/mapper/kone-root64 ro quiet -- /etc/crypttab # tgt name src dev key file options home/dev/kone/chome noneluks # We put infinitely many tries for swap since it needs to be set up by initrd. swap/dev/mapper/kone-cswap noneluks,tries=0 -- /etc/fstab # /etc/fstab: static file system information. # # file system mount point type options dump pass # Virtual file systems proc /proc procdefaults0 0 /dev/kone/root64 / ext4defaults,errors=remount-ro 0 1 /dev/mapper/swap none swapsw 0 0 /dev/mapper/home /home ext4defaults0 2 # Control groups cgroup /var/local/cgroup cgroup defaults0 0 -- lsmod Module Size Used by tun10844 2 dummy 1584 0 bridge 39646 0 stp 1440 1 bridge powernow_k810978 1 cpufreq_conservative 5162 0 cpufreq_powersave902 0 cpufreq_stats 2659 0 cpufreq_userspace 1992 0 parport_pc 18855 0 ppdev 5030 0 lp 7462 0 parport27954 3 parport_pc,ppdev,lp ipt_REJECT 1953 1 ipt_LOG 4518 5 xt_limit1782 7 xt_tcpudp 2319 7 ipt_addrtype1769 4 xt_state1303 7 fuse 50273 1 ip6table_filter 2384 1 ip6_tables 15075 1 ip6table_filter nf_nat_irc 1366 0 nf_conntrack_irc3347 1 nf_nat_irc nf_nat_ftp 2047 0 nf_nat 13388 2 nf_nat_irc,nf_nat_ftp nf_conntrack_ipv4 9833 9 nf_nat nf_defrag_ipv4 1139 1 nf_conntrack_ipv4 nf_conntrack_ftp5537 1 nf_nat_ftp nf_conntrack 46535 7 xt_state,nf_nat_irc,nf_conntrack_irc,nf_nat_ftp,nf_nat,nf_conntrack_ipv4,nf_conntrack_ftp iptable_filter 2258 1 ip_tables 13899 1 iptable_filter x_tables 12845 8 ipt_REJECT,ipt_LOG,xt_limit,xt_tcpudp,ipt_addrtype,xt_state,ip6_tables,ip_tables snd_hda_codec_atihdmi 2251 1 snd_hda_codec_conexant21869 1 snd_hda_intel 19987 0 snd_hda_codec 54244 3 snd_hda_codec_atihdmi,snd_hda_codec_conexant,snd_hda_intel uvcvideo 51887 0 snd_seq_midi4400 0 videodev 29993 1 uvcvideo snd_rawmidi15515 1 snd_seq_midi snd_hwdep 5380 1 snd_hda_codec btusb 9817 0 v4l1_compat11442 2 uvcvideo,videodev snd_seq_midi_event 4628 1 snd_seq_midi snd_pcm_oss32591 0 snd_mixer_oss 12606 1 snd_pcm_oss bluetooth 41827 1 btusb joydev 8459 0 v4l2_compat_ioctl32 8474 1 videodev snd_pcm60503 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss snd_seq42881 2 snd_seq_midi,snd_seq_midi_event r8192se_pci 489625 0 cfg80211 101512 1 r8192se_pci rfkill 13044 2 bluetooth,cfg80211 snd_timer 15582 2 snd_pcm,snd_seq radeon573612 2 snd_seq_device 4493 3 snd_seq_midi,snd_rawmidi,snd_seq led_class 2433 0 ttm40002 1 radeon i2c_piix4 8328 0 drm_kms_helper 20065 1 radeon edac_core 29261 0 drm 142375 4 radeon,ttm,drm_kms_helper i2c_algo_bit4225 1 radeon shpchp 26264 0 edac_mce_amd6433 0 pci_hotplug21203 1 shpchp k8temp 3283 0 i2c_core 15712 6 videodev,radeon,i2c_piix4,drm_kms_helper,drm,i2c_algo_bit psmouse49777 0 snd46446 11 snd_hda_codec_conexant,snd_hda_intel,snd_hda_codec,snd_rawmidi,snd_hwdep,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq,snd_timer,snd_seq_device soundcore 4598 1 snd video 17445 0
Bug#590080: elvis-console: ex-mode put command fails with cutbuf
Package: elvis-console Version: 2.2.0-11.1 Severity: normal The ex-mode command ':puta' should put the contents of the cut-buffer 'a' below the current line. Instead of that it gives the error message: too many arguments for put Regards, Kapil. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages elvis-console depends on: ii elvis-common 2.2.0-11.1 common files for elvis, elvis-cons ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-2 shared libraries for terminal hand elvis-console recommends no packages. Versions of packages elvis-console suggests: pn elvis-tools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586735: grub-pc: external hdd boots on one system but not on the other
Hello, On Mon, 28 Jun 2010, Vladimir 'φ-coder/phcoder' Serbinenko wrote: On 06/22/2010 04:15 AM, Kapil Hari Paranjape wrote: Package: grub-pc Version: 1.98+20100617-1 Severity: important Hello, This is to report a regression from Version 1.98-1 which Works For Me. In order to help with the 'testing' of grub2 I recently installed the newer version mentioned in the bug report. On the other laptop (HCL Mileap based on Intel's old Classmate design), grub goes into rescue mode with no such disk error. In this The above renewed emphasis is mine. Could it be the case of https://savannah.gnu.org/bugs/?27720 or http://grub.enbug.org/BIOSBugs ? I doubt this for the following reasons: 1. The BIOS boots with grub legacy, and an earlier version of GRUB2 as well. 2. Even the problematic version of GRUB2 goes into rescue mode. 3. The quoted reports talk about a BIOS that cannot do either of (1) or (2) and GRUB getting stuck at an even earlier stage. It may be a problem of the BIOS incorrectly identifying or being unable to load the additional (required) portions of stage2. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586735: grub-pc: external hdd boots on one system but not on the other
Package: grub-pc Version: 1.98+20100617-1 Severity: important Hello, This is to report a regression from Version 1.98-1 which Works For Me. In order to help with the 'testing' of grub2 I recently installed the newer version mentioned in the bug report. I have grub2 installed to an external USB hard disk which is formatted using GPT partition table. There is a separate BIOS boot partition where I think grub is supposed to write its stage2. The boot/root partition is inside an LVM partion. The disk is recognised by linux on both systems as /dev/sdb. On one laptop (IBM Thinkpad R51) the system boots normally. On the other laptop (HCL Mileap based on Intel's old Classmate design), grub goes into rescue mode with no such disk error. In this state the disks and the partitions are recognised. However, it does not recognise ext2 or lvm in this case. (I have a separate ext2 partition on the disk which I attempted to use as root in rescue mode but grub could not read the file system.) I'm completely mystified and would be willing to experiment or provide additional data in order to debug the problem. Regards, Kapil. -- -- Package-specific info: *** BEGIN /proc/mounts /dev/mapper/ghoom-mool / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/mapper/makan /home ext4 rw,relatime,barrier=1,data=ordered 0 0 /dev/mapper/ghoom-dubyen /var/cache/approx ext4 rw,nosuid,nodev,noexec,relatime,barrier=1,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sdb (hd1) /dev/sdc *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then load_env fi set default=${saved_entry} if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } if terminal_input console ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_input terminal console fi if terminal_output console ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal console fi set timeout=5 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, with Linux 2.6.32-5-686 --class debian --class gnu-linux --class gnu --class os { insmod lvm insmod ext2 set root='(ghoom-mool)' search --no-floppy --fs-uuid --set 6db2ca23-5a1e-4114-aa9b-930030d790fb echoLoading Linux 2.6.32-5-686 ... linux /boot/vmlinuz-2.6.32-5-686 root=/dev/mapper/ghoom-mool ro quiet echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-5-686 } menuentry Debian GNU/Linux, with Linux 2.6.32-5-686 (recovery mode) --class debian --class gnu-linux --class gnu --class os { insmod lvm insmod ext2 set root='(ghoom-mool)' search --no-floppy --fs-uuid --set 6db2ca23-5a1e-4114-aa9b-930030d790fb echoLoading Linux 2.6.32-5-686 ... linux /boot/vmlinuz-2.6.32-5-686 root=/dev/mapper/ghoom-mool ro single echoLoading initial ramdisk ... initrd /boot/initrd.img-2.6.32-5-686 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### ### BEGIN /etc/grub.d/41_custom ### if [ -f $prefix/custom.cfg ]; then source $prefix/custom.cfg; fi ### END /etc/grub.d/41_custom ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-pc depends on: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy ii grub-common 1.98-1 GRand Unified Bootloader, version ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii ucf 3.0025 Update Configuration
Bug#556616: nginx: manpage lacks information
Package: nginx Version: 0.7.62-4 Severity: wishlist Hello, While the web page http://nginx.net/ is informative it would be nice if some documentation was included with the package as a manpage. Currently the only way to learn how to configure the package when offline is to read through /etc/nginx/nginx.conf and related files in /etc/nginx. Regards, Kapil. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nginx depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8k-5 SSL shared libraries ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime nginx recommends no packages. nginx suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#556617: nginx: manpage has wrong web address
Package: nginx Version: 0.7.62-4 Severity: minor Hello, The manpage refers to http://nginx.net/docs_en.txt when it should refer to http://nginx.net/ Regards, Kapil. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nginx depends on: ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8k-5 SSL shared libraries ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime nginx recommends no packages. nginx suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#405048: netpbm: No input file created for postscript
Package: netpbm Version: 2:10.0-12 Severity: normal Hello, A cursory examination seemed to indicate that the problem seems to be that the postscript program is not written to the intermediate file that is fed to gs. Thus the resulting output of gs is empty and finally pnmcrop has no input to work with. Perhaps the file is being unlinked too early? Kapil. -- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages netpbm depends on: ii libc6 2.10.1-5 GNU C Library: Shared libraries ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libnetpbm102:10.0-12 Shared libraries for netpbm ii libpng12-0 1.2.40-1 PNG library - runtime ii libtiff4 3.9.1-1 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages netpbm recommends: ii ghostscript-x [gs]8.70~dfsg-2+b1 The GPL Ghostscript PostScript/PDF netpbm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552064: autossh: evironment variables ignored
Package: autossh Version: 1.4b-1 Severity: wishlist Hello, Since autossh ignores environment variables it is difficult to get the ssh link to use a socks proxy. So for example an ssh connection which needs to go through a socks proxy could be started as $ tsocks ssh -f -q -N remote_host However, replacing ssh with autossh does not work. Regards, Kapil. -- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages autossh depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii openssh-client [ssh-client] 1:5.1p1-8 secure shell client, an rlogin/rsh autossh recommends no packages. autossh suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#550693: selinux-basics: selinux-activate does not handle grub2
Package: selinux-basics Version: 0.3.5 Severity: normal Hello, /usr/bin/selinux-activate does not currently handle grub2's config file /etc/default/grub. The relevant config entry is GRUB_CMDLINE_LINUX. This variable may already have something assigned to it and the string selinux=1 needs to be appended to the old string. A possible patch for /usr/bin/selinux-activate is attached. Regards, Kapil. -- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages selinux-basics depends on: ii checkpolicy 2.0.19-1 SELinux policy compiler ii policycoreutils 2.0.72-2 SELinux core policy utilities ii python2.5.4-2An interactive high-level object-o ii selinux-utils 2.0.85-4 SELinux utility programs Versions of packages selinux-basics recommends: ii selinux-policy-default 2:0.2.20090828-1 Strict and Targeted variants of th pn setools none (no description available) Versions of packages selinux-basics suggests: pn logcheck none (no description available) ii syslog-summary1.14-1 summarize the contents of a syslog -- no debconf information --- /usr/sbin/selinux-activate 2008-09-09 10:02:21.0 +0530 +++ /tmp/selinux-activate 2009-10-12 11:36:32.0 +0530 @@ -1,6 +1,7 @@ #!/bin/sh -e GRUB_CONF=/boot/grub/menu.lst +GRUB2_CONF=/etc/default/grub PAM_LOGIN=/etc/pam.d/login if [ $1 != disable ]; then @@ -12,6 +13,13 @@ update-grub fi fi + if [ -e $GRUB2_CONF ]; then +if ! grep -q selinux $GRUB2_CONF ; then + sed -e 's/\(^GRUB_CMDLINE_LINUX=\)/\1selinux=1 /' $GRUB2_CONF $GRUB2_CONF.new + mv $GRUB2_CONF.new $GRUB2_CONF + update-grub +fi + fi sed -e s/^# \(.*selinux.*$\)/\1/ $PAM_LOGIN $PAM_LOGIN.new mv $PAM_LOGIN.new $PAM_LOGIN for n in kdm wdm ; do @@ -36,6 +44,10 @@ sed -e s/ selinux=1// $GRUB_CONF $GRUB_CONF.new mv $GRUB_CONF.new $GRUB_CONF fi + if [ -e $GRUB2_CONF ]; then +sed -e s/selinux=1 // -es/ selinux=1// $GRUB2_CONF $GRUB2_CONF.new +mv $GRUB2_CONF.new $GRUB2_CONF + fi sed -e s/\(^.*selinux.*$\)/# \1/ $PAM_LOGIN $PAM_LOGIN.new mv $PAM_LOGIN.new $PAM_LOGIN for n in gdm kdm ; do
Bug#474202: text is invisible in black background xterm
Hello, On Fri, 18 Sep 2009, Michal Suchanek wrote: This happens for me as non-root, too. My terminal is light on dark but elvis colours are black on dark. Not sure this is an elvis bug, though. How can it know? Still the Linux console has normally dark background, too. I believe this was fixed in version -11. Since there are not changes to the program source from -10 to -11, I could try to make a backport available. The problem is probably not critical enough to warrant an update to the stable archive. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547278: elvis: does not start - the default font specification too restrictive
Hello, On Sat, 19 Sep 2009, Michal Suchanek wrote: $ elvis can't load font *-courier-medium-r-*-18-* OK, I would probably choose a different default font but whatever you choose you should depend on a package that provides the font. I was looking at other X packages that need a font like xterm. There does not seem to be an explicit dependency and I think that is a good thing. The reason is that the X server (which is what provides the fonts) is not necessarily running on the same system as the program. I suppose we should default to (or fallback to) a font like fixed that is supposed to be on every X window system. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546267: pngcrush: Corrupts image with -bit_depth 8
Hello, On Fri, 11 Sep 2009, J.P. Larocque wrote: pngcrush corrupts image content when you call it with -bit_depth 8: the color is distorted and the image is stretched, as if there was a serious color conversion error. The program currently does not do colour counting which is necessary to convert from greater depth to lower depth. Thus what is happening is that the image is being truncated and stretched horizontally along with a graying of the colours. Basically, pngcrush is not really for general operations on png files --- it is mainly to reduce the sizes. The man page should be clearer about this limitation. Meanwhile, the best way to convert from bit depth 16 to bit depth 8 is to use imagmagick's convert followed by pngcrush: $ convert -depth 8 example-dot-uncrushed-16.png example-dot-uncrushed-8.png $ pngcrush example-dot-uncrushed-8.png example-dot-8.png Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544655: Non-zero exitcode for kaliprint
Package: kali Version: 3.1-9 Severity: normal Hello, The program kaliprint produces a non-zero exitcode (actually 9) when executed like: kaliprint /usr/share/doc/kali/examples/turtles.kali /dev/null This makes it difficult to use it in a pipeline or a shell script. Regards, Kapil. -- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.28-15-generic (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 kali depends on: ii libc6 2.9-23 GNU C Library: Shared libraries ii libforms1 1.0-8 The XForms graphical interface wid ii libx11-6 2:1.2.2-1 X11 client-side library kali recommends no packages. kali suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#536320: adoption conky package
Dear Nikolas, On Sat, 15 Aug 2009, Kapil Hari Paranjape wrote: Are you working on packaging conky? The reason I ask is that it now has an RC bug against it (#541499) and so will be removed from Debian unless fixed. The RC bug was withdrawn. However, conky version 1.7.2 has now been released. Please try to package it. If you have no time to work on the package, I will re-title the bug to RFA and do the basic packaging of 1.7.2 just to keep conky going in Debian. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#537284: Ligature fi becoming ø in avant garde
Hello, On Thu, 16 Jul 2009, Anthony DeRobertis wrote: The following input: \documentclass{article} \usepackage{avant} \usepackage[T1]{fontenc} The problem is with this line. It confuses TeX4HT in its attempt to map TeX fonts to HTML fonts using the .htf files. Without this, the conversion works correctly. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#536393: HTML mode is specifing image sizes in points, in violation of HTML standard (and sanity)
Hello, On Tue, 14 Jul 2009, Anthony DeRobertis wrote: Bitmap graphics have a native size in pixels, and there isn't any number of points that correspond (in general, not on one particular display). Specifying size in points for a bitmap graphic doesn't seem to useful (as scaling usually looks bad, and will often make the figures blury and/or jagged) You are right about this. However, we cannot do too much about it for the reasons outlined below. TeX4HT provides dimensions in print measures like pt (most such measures are put in the .css files it produces; the IMG tag is currently an exception). It does this since TeX does not know about pixels, it only knows about print measures. I think that this generally works out more-or-less OK because 1pt=1px is still not too far off (or perhaps browsers compensate). At this point in time there is no general configuration option for tex4ht (similar to the dpi option for dvips) which would allow one to convert the print measures into pixel. Even if there were, the conversion (for PNG files) from pixels to print measures and back to pixels would create some overflow differences. There is probably a better way since pdfTeX manages to work with pixels but it would need a significant re-write of tex4ht. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#536393: HTML mode is specifing image sizes in points, in violation of HTML standard (and sanity)
Hello, On Tue, 14 Jul 2009, Anthony DeRobertis wrote: On Tue, Jul 14, 2009 at 09:42:12AM +0530, Kapil Hari Paranjape wrote: The current values are computed by the functions defined in dvips.def which convert from postscript points to TeX points. I don't know the code at all, but I'd like to point out that the Debian default is for dvipng to be used, not dvips/ghostscript. The dvipng conversion comes later, _after_ tex4ht has written out the measures. Here is brief explanation of what is happening: 1. TeX reads the bounding box of your graphic. The unit of measure for this bounding box is postscript points. 2. The definitions in dvips.def are commands for TeX to convert these measures into TeX pts. These are used as parameters of the special box in the dvi file. 3. tex4ht intercepts these values and writes them to the html file. 4. dvipng processes the dvi file in order to produce the png graphic that is attached to the html file. (It uses ghostscript for such conversion.) To decide on the pixel size required it uses the dimensions provided in the dvi file and the dpi option in its command line (which is controlled by the entry in tex4ht.env). The problems with this process are: a. The HTML spec does not allow physical measures to be provided inside an HTML file. b. Round-off errors due to repeated conversion between different units. As I remarked earlier, (a) can be solved by moving the units to the CSS file but I do not really see how to solve (b) in a manner that will be consistent with the rest of the conversion process. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#536380: HTML mode is spewing some XML
Hello, Resending since the previous message seems to have been swallowed up by the spam filter. On Thu, 09 Jul 2009, Anthony DeRobertis wrote: Command used: mk4ht htlatex manual-web.tex html,uni-html4,frames,css2,charset=utf-8,info -cunihtf -utf8 Despite not having any XHTML or XML options enabled, it is outputting various bits of XML: br / hr class=endfloat / br class=newline / As far as I could see from the entries for HR and BR entities: http://www.w3.org/TR/html4/present/graphics.html#edef-HR http://www.w3.org/TR/html4/struct/text.html#edef-BR there is no problem with these bits of HTML. Could you please clarify why these are XML which is not acceptable HTML? Regards, Kapil. -- signature.asc Description: Digital signature
Bug#536380: HTML mode is spewing some XML
Hello, On Thu, 09 Jul 2009, Anthony DeRobertis wrote: Command used: mk4ht htlatex manual-web.tex html,uni-html4,frames,css2,charset=utf-8,info -cunihtf -utf8 Despite not having any XHTML or XML options enabled, it is outputting various bits of XML: br / hr class=endfloat / br class=newline / As far as I could see from the entries for HR and BR entities: http://www.w3.org/TR/html4/present/graphics.html#edef-HR http://www.w3.org/TR/html4/struct/text.html#edef-BR there is no problem with these bits of HTML. Could you please clarify why these are XML which is not acceptable HTML? Regards, Kapil. -- signature.asc Description: Digital signature
Bug#536393: HTML mode is specifing image sizes in points, in violation of HTML standard (and sanity)
Hello, Resending since the previous message seems to have been swallowed up by the spam filter. On Tue, 14 Jul 2009, Kapil Hari Paranjape wrote: One way to get (upto round off errors) the correct values for height and width, which are in addition compliant with the html spec, is to use the command-line option graphics-110 or graphics-72 (depending on the intended screen resolution). This means that instead of htlatex filename.tex You run htlatex filename.tex html,graphics-72 This will work with eps graphics, I have not tested with the other graphic import methods explained by Anthony DeRobertis in his previous mail. Of course, this is only a work-around. A different solution is to shift the image width and height settings to the CSS file. In fact, setting dimensions for the IMG entity in the HTML file is deprecated. (See http://www.w3.org/TR/html4/struct/objects.html#h-13.7) The pt dimension units are allowed in the CSS file. Of course, these are postscript (big) points and not TeX points but that (using pt to mean TeX points) is something that is uniform across all of TeX4HT and can thus be fixed by a common configuration setting. Please let me know is this is an acceptable solution. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#536393: HTML mode is specifing image sizes in points, in violation of HTML standard (and sanity)
Hello, On Tue, 14 Jul 2009, Kapil Hari Paranjape wrote: One way to get (upto round off errors) the correct values for height and width, which are in addition compliant with the html spec, is to use the command-line option graphics-110 or graphics-72 (depending on the intended screen resolution). This means that instead of htlatex filename.tex You run htlatex filename.tex html,graphics-72 This will work with eps graphics, I have not tested with the other graphic import methods explained by Anthony DeRobertis in his previous mail. Of course, this is only a work-around. A different solution is to shift the image width and height settings to the CSS file. In fact, setting dimensions for the IMG entity in the HTML file is deprecated. (See http://www.w3.org/TR/html4/struct/objects.html#h-13.7) The pt dimension units are allowed in the CSS file. Of course, these are postscript (big) points and not TeX points but that (using pt to mean TeX points) is something that is uniform across all of TeX4HT and can thus be fixed by a common configuration setting. Please let me know is this is an acceptable solution. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#536393: HTML mode is specifing image sizes in points, in violation of HTML standard (and sanity)
Hello, On Sat, 11 Jul 2009, Kapil Hari Paranjape wrote: This problem seems to be for figures (like eps) that require conversion. It does not seem to happen for figures that do not require conversion (like png or gif). Anthony DeRobertis pointed out and I confirmed that this statement is misleading. The correct statment is that the problem recurs whenever the dimensions of the graphics are provided (by means of a bounding box). Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536393: HTML mode is specifing image sizes in points, in violation of HTML standard (and sanity)
Hello, On Mon, 13 Jul 2009, Kapil Hari Paranjape wrote: The correct statment is that the problem recurs whenever the dimensions of the graphics are provided (by means of a bounding box). One way to get (upto round off errors) the correct values for height and width, which are in addition compliant with the html spec, is to use the command-line option graphics-110 or graphics-72 (depending on the intended screen resolution). This means that instead of htlatex filename.tex You run htlatex filename.tex html,graphics-72 This will work with eps graphics, I have not tested with the other graphic import methods explained by Anthony DeRobertis in his previous mail. Of course, this is only a work-around. I will need to look at the issue more closely to decide how to fix this bug. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#536393: HTML mode is specifing image sizes in points, in violation of HTML standard (and sanity)
Hello, On Thu, 09 Jul 2009, Anthony DeRobertis wrote: img src=manual-web0x.png alt=PIC class=graphics width=888.31874pt height=630.355pt!--tex4ht:graphics name=manual-web0x.png src=img/home.eps -- The actual image size is 885x628 pixels. What was the bounding box of this image as given by the .eps file? Perhaps you mean 885x628 (Postscript) points. I am trying to understand the problem and I cannot see any way of converting .eps bounding boxes to pixels without knowing what the intended resolution is. The current values are computed by the functions defined in dvips.def which convert from postscript points to TeX points. These are then output as such if the graphics- or graphics-nnn option is not used. In the latter case some arithmetic is performed (which seems to be erroneous if the output is supposed to give sizes in pixels) and the actual dimension is not used. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536380: HTML mode is spewing some XML
Hello, On Thu, 09 Jul 2009, Anthony DeRobertis wrote: Command used: mk4ht htlatex manual-web.tex html,uni-html4,frames,css2,charset=utf-8,info -cunihtf -utf8 Despite not having any XHTML or XML options enabled, it is outputting various bits of XML: br / hr class=endfloat / br class=newline / Could you please provide a small sample tex source file where one can see the problem occuring? Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536393: HTML mode is specifing image sizes in points, in violation of HTML standard (and sanity)
tags 536393 confirmed thanks Hello, On Thu, 09 Jul 2009, Anthony DeRobertis wrote: img src=manual-web0x.png alt=PIC class=graphics width=888.31874pt height=630.355pt!--tex4ht:graphics name=manual-web0x.png src=img/home.eps -- The actual image size is 885x628 pixels. First, HTML does not use points at all; see §6.6 [0]. Second, the width and height attributes are defined to take type length (see §13.7.1 [1]) which is defined in §6.6 as either an integer (number of pixels) or a percentage. This problem seems to be for figures (like eps) that require conversion. It does not seem to happen for figures that do not require conversion (like png or gif). Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536326: conky: FTBFS on GNU/kFreeBSD (alsa is linux specific)
Hello, On Thu, 09 Jul 2009, Petr Salinger wrote: the current version still fails to build on GNU/kFreeBSD. This time it is due to * debian/control: - added libasound2-dev to Build-Depends to enable alsa mixer support. Oops! I know this and should have remembered! The new maintainer has a job right away. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536320: adoption conky package
retitle 536320 RFA: conky -- highly configurable system monitor for X based on torsmo thanks Hello, On Thu, 09 Jul 2009, Nikolas Garofil wrote: I am both a conky developer and a debian user so i would like to adopt the conky package. On Thu, 09 Jul 2009, Ryan Niebur wrote: If you are a conky developer you are certainly more fitting for the role than me, please take over this bug. if you need help at all (other than sponsoring, I am not yet a DD) feel free to ask me. Following this Ryan Niebur set the owner to no-owner but Nikolas has not set the owner to himself! Hence, at this point no one owns this RFA/ITA and I'm setting it back to RFA since it seems to be bad if the report is itself orphaned! :-) By the way, Cesare Tirabassi norse...@ubuntu.com is maintaining the Ubuntu package and so you may want to get him on board as a co-maintainer. (I'm cc-ing him in this message.) Please get in touch with me for sponsor-ship of the upload if you need it. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#536386: conky: uses all my spare CPU cycles unless rebuilt with --disable-xdamage
Hello, On Thu, 09 Jul 2009, Ryan Niebur wrote: When I was going to adopt it I was going to add --disable-xdamage to the configure options in the package (if I determined it wouldn't have any bad side affects, of course). Are you using the default .conkyrc file? One reason that memory utilisation is high is if double_buffer is used without own_window Regards, Kapil. -- signature.asc Description: Digital signature
Bug#536320: RFA: conky -- highly configurable system monitor for X based on torsmo
Package: wnpp Severity: normal I request an adopter for the conky package. - I no longer use conky. - the newer conky uses Lua for extensions (currently disabled in the Debian package). I don't know Lua. - the package should probably be split into conky-nox, conky-lua and conky-std (or some such) Otherwise, conky is a nice package with a responsive and active upstream and user community. If someone uses it and wishes to start maintaining packages for Debian, I cannot easily find a better place to start! The package description is: Conky is a system monitor for X originally based on the torsmo code. Since its original conception, Conky has changed a fair bit from its predecessor. Conky can display just about anything, either on your root desktop or in its own window. Conky has many built-in objects, as well as the ability to execute programs and scripts, then display the output from stdout. Regards, Kapil. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) signature.asc Description: Digital signature
Bug#532281: pngcrush caught libpng error: ... Segmentation fault
tags 532281 + confirmed thanks Hello, Sorry about this. I think I made a mistake with the Makefile defines. I don't have time to fix this for a few days. Perhaps by the weekend. On Mon, 08 Jun 2009, boris wrote: Package: pngcrush Version: 1.6.17-1 Severity: important $pngcrush /tmp/test1.png /tmp/test1-out.png [cut cut] Recompressing /tmp/test1.png Total length of data found in IDAT chunks=41529 unknown chunk handling done. While converting /tmp/test1.png to /tmp/test1-out.png: pngcrush caught libpng error: the original PNG could not be recovered. Segmentation fault Regards, Kapil. -- signature.asc Description: Digital signature
Bug#529671: RFS: obexpushd (updated package)
Hello, On Tue, 02 Jun 2009, Dominik Bruhn wrote: I am looking for a sponsor for the new version 0.8-1 of the package obexpushd. On Sat, 06 Jun 2009, Dominik Bruhn wrote: I'm looking for someone to sponsor a new version (0.8) for obexpushd. The changes are small, so it should be reasy to review. It is of course linitan clean, so no problems here. The RFA was ITP'ed by the upstream maintainer Hendrik Sattler p...@hendrik-sattler.de on 3rd June 2009. Dominik Bruhn deb...@dbruhn.de ITP'ed on 6th June 2009. Could you please resolve this matter between the two of you before we proceed? There are two possibilities: a. Co-maintainer-ship b. The person who will give up the ITP should send an appropriate mail to 529...@bugs.debian.org. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526763: conky: freezing system or segmentation fault on 2.6.26 kernel together with orinoco_usb rev. 1300
tags 526763 + unreproducible moreinfo thanks Hello, The original submitter was unable to reproduce the bug. Moreover, the bug appeared to be with the kernel module used by the submitter rather than with conky. In case this bug is not reproducible by anyone over the next 60 days, I will close it. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#521918: pbuilder --build --binary-arch invokes 'build' target
Hello, On Tue, 05 May 2009, Petr Pudlak wrote: The problem is that if pbuilder is invoked with --binary-arch, it still tries to build the whole project, including the documentation (indep). It looks to me as if the problem is with pbuilder (or with the tools it's invoking), but of course the problem might as well be my ignorance. If you invoke pbuilder --binary-arch then it in turn invokes debian/rules binary-arch. So it looks as if your binary-arch target is running the complete build target. In the case of the tex4ht package I have chosen to create two targets build-arch and build-indep which are invoked by the appropriate binary-* targets. You can browse the SVN repo of the debian directory of the tex4ht package on svn.debian.org http://svn.debian.org/wsvn/collab-maint/deb-maint/tex4ht/trunk/debian/rules to see this. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#526763: conky: freezing system or segmentation fault on 2.6.26 kernel together with orinoco_usb rev. 1300
Hello, On Sun, 03 May 2009, tangw...@gmx.de wrote: Package: conky Version: 1.6.0-2 Severity: important Conky seems to conflict with the orinoco_usb driver of my wireless network card. It's an Orinoco usb device that works with the Linux orinoco Driver from http://sourceforge.net/projects/orinoco/ The system freeze, so that you have to use the reset-button, or in some less times it continues with segmentation faults. Since conky is a userspace program it seems unlikely that the bug is here. It is most likely with the orinoco_usb driver that you are using. I can't produce the error. It just happen after some seconds or minutes when conky is running and the orinoco card is switched on. This makes it even more difficult for anyone else to reproduce the bug. I used the rev. 1300 of orinoco_usb Which presumably means that you are using a self-compiled driver rather than a driver that is distributed by Debian. This means that you should report your bug at the web-site of the orinoco driver as I see that you have already done. In principle, you could hack conky to ignore your device but that would be rather pointless since some other userspace program may then trigger the bug in the driver you are using. Regards, Kapil. P.S. In case you *are* using the orinoco driver from the Debian kernel, please reassign the bug to the appropriate kernel package. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523199: New upstream version 1.03 for xautomation (Was Re: Bug#523199)
Hello, Thanks to people who posted here and Steve Slaven (upstream author) we now have xautomation 1.03 which fixes these (and some more) issues. Quoting from the home page: xautomation: xautomation-1.03.tar.gz released Changes: Bugfixes related to keyboard layouts and altgr mappings and other enhancements related to debian bug 523199 thanks to Marco Steinacher This newer version should be available in Debian unstable soon. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#520477: ghostscript-x: Consider using versioned dependency
Package: ghostscript-x Version: 8.64~dfsg-1 Severity: wishlist Tags: patch Hello, This is related to #511824 ghostscript-x: dependency on ghostscript does not ensure it works which was closed by different means. It would probably be better if ghostscript-x had a versioned dependency on ghostscript as in the enclosed patch to the debian/control file. This will ensure that the bug does not recur. A user reported that running ghostscript-x version 8.64~dfsg-1 with ghostscript version 8.63.dfsg.1-2 caused problems. Regards, Kapil. ===patch diff -ur ghostscript-8.64~dfsg.orig/debian/control ghostscript-8.64~dfsg/debian/control --- ghostscript-8.64~dfsg.orig/debian/control 2009-03-20 09:14:38.0 +0530 +++ ghostscript-8.64~dfsg/debian/control2009-03-20 09:16:20.0 +0530 @@ -74,7 +74,7 @@ Package: ghostscript-x Architecture: any -Depends: ${shlibs:Depends}, ghostscript (= 8.63), ${misc:Depends} +Depends: ${shlibs:Depends}, ghostscript (=${source:Version}), ${misc:Depends} Conflicts: ghostscript ( 8.63) Provides: gs, gs-esp, gs-gpl, gs-afpl, gs-aladdin Description: The GPL Ghostscript PostScript/PDF interpreter - X Display support ===patch -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages ghostscript-x depends on: ii ghostscript 8.64~dfsg-1 The GPL Ghostscript PostScript/PDF ii libc62.9-6 GNU C Library: Shared libraries ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libsm6 2:1.1.0-2 X11 Session Management library ii libx11-6 2:1.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ghostscript-x recommends no packages. ghostscript-x suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#519401: /usr/bin/conky: conky updates the output file via the tail-command no longer
Hello, On Thu, 12 Mar 2009, Singer Michael wrote: conky updated edition of the tail command in a window no more. There are generally fewer lines have always displayed as possible. Excerpt from the configuration file .conkyrc: [...] TEXT ${color honeydew}/var/log/messages: ${color}${exec tail -n8 /var/log/messages} [...] This configuration shows only three lines and the fourth only partially. In one of the last two versions, this has yet to work properly. I suspect that this is due to the recently introduced text_buffer_size variable whose default value is 256 bytes. Could you please check that the size of the output is as expected after increasing the size of this buffer? Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517521: flpsed not displaying files again
Hello, On Wed, 18 Mar 2009, Jim Shofstall wrote: Recent upgrades of flpsed and ghostscript-x not compatible. Flpsed is not displaying pages again. Current version of flpsed:0.5.2-1 Current version of ghostscript-x: ghostscript-x_8.64~dfsg-1_i386.deb Downgrading ghostscript-x solves the problem. ghostscript-x_8.63.dfsg.1-2_i386.deb flpsed just uses the x11alpha driver of ghostscript to display the PS file inside its fltk managed window. Looking through the changelog for ghostscript for changes between 8.63.dfsg.1-2 and 8.64~dfsg-1 gave no hint of what could have happened. So I am forwarding this to the people who have been maintaining ghostscript to see if they know what happened! Regards, Kapil. -- signature.asc Description: Digital signature
Bug#517521: flpsed not displaying files again
Hello, I was unable to reproduce this error on a fresh installation of sid. On Wed, 18 Mar 2009, Jim Shofstall wrote: Recent upgrades of flpsed and ghostscript-x not compatible. Flpsed is not displaying pages again. Current version of flpsed:0.5.2-1 Current version of ghostscript-x: ghostscript-x_8.64~dfsg-1_i386.deb Downgrading ghostscript-x solves the problem. ghostscript-x_8.63.dfsg.1-2_i386.deb An additional remark. You have replied to the original bug report regarding flpsed missing ghostscript-x in its dependency list. That bug was fixed and the report now shows as Resolved. In case you are able to re-create the above bug on a fresh install of sid, please report it as a new bug. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#506613: The result of a test
tags 506613 lenny fixed 506613 3.4.1-1 thanks Hello, Thanks to Chuck Hallenbeck who provided access to his router, I was able to test this bug as explained below. Executive Summary: The bug is present in the lenny version 3.3.4-1+b1 but is absent from 3.4.1-1. A backport of 3.4.1-1 will solve the problem. However, it is likely to prove difficult to backport the fix as patches to 3.3.4-1+b1. Details of the test: Installed the new edbrowse in a Debian sid chroot. This is version 3.4.1 and has the following dependencies pkg (Debian version) libc6 (2.9-4) libcurl3 (7.18.2-8) libmozjs1d (1.9.0.6-1) libpcre3 (7.8-2) libssl0.9.8 (0.9.8g-15) With this configuration, I was able to login to the router and query its status. When I retried this test with the current lenny version of edbrowse (and its lenny dependencies), the login failed. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#513440: conky: Conky start at boot after GNOME is loading but then dissapear.
Hello, On Wed, 28 Jan 2009, Fernando C. Estrada wrote: As a Startup Program Conky start at boot after GNOME is loading but then dissapear. Is this because of Nautilus taking over the root window? Perhaps you need to check the priority order for the startup of conky or put it in its own window. Could you please try this and let me know? (I don't use GNOME so I can't check this easily!) Make a script with execute permissions that sleep 10 seconds and then invoke Conky, and invoke this script from Startup Programs in System-Preferences-Sessions works well. problem will be great! This seems to be too hackish a solution. Why do we know that 10 seconds will be OK? On slower machines line Pentium II it may not be enough. Regards, Kapil. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506613: edbrowse: fails to access Linksys routers
Hello, On Wed, 26 Nov 2008, Kapil Hari Paranjape wrote: On Tue, 25 Nov 2008, Chuck Hallenbeck wrote: Further tests with the aid of the upstream developers indicate that the problem of the Debian edbrowse package failing to access Linksys routers can be solved by upgrading to the current CVS version, 3.4.1. Thanks for tracking this down. I will try to see if the relevant change can be backported to the lenny (and possibly etch) packages. I never did manage to backport the changes! However, I have now packaged 3.4.1 for debian. If you could check whether this bug persists with the new debian package (which should reach unstable in a day or two), I would be grateful. Alternatively, if you could point me to a publicly accessible web site where one can see the problem that would be good too! Regards, Kapil. -- signature.asc Description: Digital signature
Bug#517521: flpsed: depends on ghostscript-x
Package: flpsed Version: 0.5.1-1 Severity: grave Tags: patch Justification: renders package unusable I received the following mail on February 4th but noticed it a bit late :-(. It should really have been filed as a bug report! Basically, ghostscript in lenny does not provide the x11alpha driver which is needed by flpsed. (ghostscript depends on gs-common that used to depend on ghostscript-x. It stopped doing so with version 8.62.dfsg.1-3.2 which was uploaded in December!). As pointed out by Eric, the minor patch to debian/control putting in this dependency fixes this bug. Regards, Kapil. - Forwarded message from Eric Nichols e...@dirwiz.com - Date: Wed, 04 Feb 2009 13:57:22 -0500 From: Eric Nichols e...@dirwiz.com To: ka...@debian.org Subject: flpsed and lenny Hi Kapil, Just installed flpsed and found a requirement that wasn't tagged in the package: ghostscript-x. Without this additional package nothing shows up in the editor window (just a white page). Hope this helps. Thanks Eric - End forwarded message - -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') 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/dash Versions of packages flpsed depends on: ii ghostscript8.62.dfsg.1-3.2lenny0 The GPL Ghostscript PostScript/PDF ii libc6 2.7-18GNU C Library: Shared libraries ii libfltk1.1 1.1.9-6 Fast Light Toolkit - shared librar ii libgcc11:4.3.2-1.1 GCC support library ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library Versions of packages flpsed recommends: ii poppler-utils [xpdf-utils]0.8.7-1PDF utilitites (based on libpopple flpsed suggests no packages. -- no debconf information diff -ur debian/control ../flpsed/debian/control --- debian/control 2009-02-28 17:00:30.0 +0530 +++ ../flpsed/debian/control2009-02-12 16:45:45.0 +0530 @@ -9,7 +9,7 @@ Package: flpsed Architecture: any -Depends: ghostscript-x (= 8.62.dfsg.1-2.1), ${shlibs:Depends}, ${misc:Depends} +Depends: ghostscript (= 8.62.dfsg.1-2.1), ${shlibs:Depends}, ${misc:Depends} Recommends: xpdf-utils | poppler-utils Description: a WYSIWYG pseudo PostScript editor flpsed is a WYSIWYG pseudo PostScript editor. Pseudo, because you can't signature.asc Description: Digital signature
Bug#321680: still a problem
severity 321680 normal thanks Hello, On Sat, 10 Jan 2009, Lance W. Haverkamp wrote: I doubt that using pdftk to rotate the PDF file will do anything as the PDFfile is landscape already. I don't consider this a wishlist; flpsed is incorrectly importing a landscape PDF, so it would seem to be a bug. I misunderstood your earlier bug report as it had two different requests: - fix the import of landscape oriented documents - rotate documents My earlier suggestion was only for the second and not the first! When importing a landscape PDF, I see a portrait unusable PS in flpsed. I have slides in landscape orientation and I seem to be able to import and edit them in flpsed (version 0.5.1 and up). Could you please confirm what version of flpsed you see this problem in? If you see this problem in a recent version of flpsed could you please provide a sample one page landscape file where you see the problem? Regards, Kapil. -- signature.asc Description: Digital signature
Bug#321680: still a problem
found 321680 0.5.1 thanks Hello, On Sat, 28 Feb 2009, Kapil Hari Paranjape wrote: Could you please confirm what version of flpsed you see this problem in? If you see this problem in a recent version of flpsed could you please provide a sample one page landscape file where you see the problem? OK. I was able to reproduce the problem with the most recent versions so you do not need to provide a sample file! The simplest way I could generate the file was using latex on the seminar class samples. The problem seems to be that the x11alpha driver used by flpsed to generate its view of the postscript file does not support the Orientation and PageOrientation directives in postscript. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#321680: still a problem
tags 321680 + upstream thanks Hello, The upstream author has clarified that. Yes, this is a known issue. The problem is not the x11apha driver. In fact it's quite simple to rotate the display correctly just as gv or ghostview do. The problem is to place the annotations correctly so that they end up at the right position and with correct orientation in the document. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#508462: tex4ht: oolatex doesn't like GNU's java [with a patch]
tags 508462 - patch reassign 508462 java-gcj-compat forcemerge 474075 508462 thanks Hello, As explained in this list: - This problem is caused by java-gcj-compat declaring a compatability with java version 1.5 which is AFAICS incorrect. - The entry of opendjk packages means that tex4ht no longer needs a non-free java to run and tex4ht Suggests the openjdk runtime. - the problem has already been reported as #474075. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#516694: html2text: fails to convert valid html
Hello, On Mon, 23 Feb 2009, Eugene V. Lyubimkin wrote: Can you please try last available snapshot of html2text (not currently in archive, awaiting for upload, can be checked from [1])? It contains some fix for '-ascii', not sure whether it this bug or not by now. If this problem needs another fix, I will take a look soon. Thanks for the rapid response. I checked your fix and it works. html2text no longer exits with error for the original command line. However, there still seems to be some sort of bug as it gives the same error message if the -ascii option is dropped from the command line. At the same time, I read the man page more carefully (as I should have done before filing the bug :) ) and found that html2text is not meant to do a reasonable job for html4 or xhtml. The doc in question _is_ xhtml so I suppose I should really be looking at a different solution for my package. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#516694: html2text: fails to convert valid html
Package: html2text Version: 1.3.2a-11 Severity: normal Hello, html2text fails to convert a file/web page that it used to convert in version 1.3.2a-3. The file can be obtained from http://www.cse.ohio-state.edu/~gurari/TeX4ht/bugfixes2.html The command issued was: html2text -nobs -style compact -ascii -width 79 -o bugfixes2.txt bugfixes2.html The error message is: Input recoding failed due to invalid input sequence. Unconverted part of text follows. ��#x2192; /usr/bin/t4ht Below, use ‘/usr/bin/’ (without quotes) — or whatever you got as ... A copy of this file is is used during the build of tex4ht which is currently failing to build properly due to this bug. Regards, Kapil. -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-vserver-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages html2text depends on: ii libc6 2.9-3 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-4 GCC support library ii libstdc++64.3.3-4The GNU Standard C++ Library v3 html2text recommends no packages. Versions of packages html2text suggests: pn curl | wget none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512762: ghc6: :edit file fails to work properly
Package: ghc6 Version: 6.8.2-7 Severity: important Hello, Here is the transcript of a session with ghci. $ ghci GHCi, version 6.8.2: http://www.haskell.org/ghc/ :? for help Loading package base ... linking ... done. Prelude :set editor ed Prelude :edit /tmp/test.hs 214 stdin: Resource temporarily unavailable Prelude Setting the editor to vi or nano has an even worse effect of starting an unusable editor session. It seems ghci sends an endless sequence of characters to the editor without any keypresses from the user. Kapil. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing') 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/dash Versions of packages ghc6 depends on: ii gcc 4:4.3.2-2 The GNU C compiler ii haskell-utils 1.11 Utilities used by the Debian Haske ii libc6 2.7-18 GNU C Library: Shared libraries ii libgmp3-dev 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libgmp3c2 2:4.2.2+dfsg-3 Multiprecision arithmetic library ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries ii libreadline5-dev 5.2-3 GNU readline and history libraries ii perl [perl5] 5.10.0-19 Larry Wall's Practical Extraction ghc6 recommends no packages. Versions of packages ghc6 suggests: ii ghc6-doc 6.8.2-7Documentation for the Glasgow Hask ii ghc6-prof 6.8.2-7Profiling libraries for the Glasgo pn haskell-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508462: tex4ht: oolatex doesn't like GNU's java [with a patch]
Hello, On Thu, 11 Dec 2008, giacomo boffi wrote: Package: tex4ht Version: 20080701-2 Severity: normal Tags: patch tex4ht suggests no packages. Yes, but tex4ht-common suggests openjdk-6-jre-headless. as you should know, oolatex (xtpipes) needs java from Sun Which is packaged in Debian as openjdk-6-jre-headless. here it is a patch to let oolatex test which java implementation is run by the command java, and to exit with a meaningful error message (that can be improved, of course) The way in which java is run it automatically checks for java version 1.5 (which is what is required). Unfortunately, gcj is listed as providing this compatability without actually providing it. A bug (#474075) has been filed against gcj for this. So there is no patch to tex4ht required in my opinion. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#506613: edbrowse: fails to access Linksys routers
Hello, On Tue, 25 Nov 2008, Chuck Hallenbeck wrote: Further tests with the aid of the upstream developers indicate that the problem of the Debian edbrowse package failing to access Linksys routers can be solved by upgrading to the current CVS version, 3.4.1. Thanks for tracking this down. I will try to see if the relevant change can be backported to the lenny (and possibly etch) packages. Regards, Kapil. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#503821: Snapshot fails to solve the issue
Hello, On Thu, 30 Oct 2008, Bastian Blank wrote: I comitted a workaround, to be exact an update for a workaround. I was not longer able to trigger that under load. Please test the snapshots[1] tomorrow (2.6.26-10~snapshot.12362 or higher). Unfortunately, this did not work for me. I downloaded: http://kernel-archive.buildserver.net/debian-kernel/pool/main/l/linux-2.6/ linux-image-2.6.26-1-xen-amd64_2.6.26-10~snapshot.12362_amd64.deb It continues to give errors as documented before ... i. e. On Wed, 29 Oct 2008, in [EMAIL PROTECTED] I wrote: I tested this with the following configurations where except for the kernel everthing else is from lenny (including the xen hypervisor which is 3.2). The kernels are the stock kernels from Debian. dom0 kernel domU kernel result 2.6.18-6-xen-amd642.6.18-6-xen-amd64 no crash 2.6.26-1-xen-amd642.6.26-1-xen-amd64 crash for domU and dom0 2.6.18-6-xen-amd642.6.26-1-xen-amd64 crash for domU 2.6.26-1-xen-amd642.6.18-6-xen-amd64 crash for dom0 The crash signifies a kernel oops when running the test program given by Lars in Message-Id: [EMAIL PROTECTED] on this list. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#503821: Also in domU's
Hello, On Wed, 29 Oct 2008, Lars Michael Jogback wrote: I've done some more tests. The problem seem to be related to swapping. Thanks for figuring that out! I tested this with the following configurations where except for the kernel everthing else is from lenny (including the xen hypervisor which is 3.2). The kernels are the stock kernels from Debian. dom0 kernel domU kernel result 2.6.18-6-xen-amd642.6.18-6-xen-amd64 no crash 2.6.26-1-xen-amd642.6.26-1-xen-amd64 crash for domU and dom0 2.6.18-6-xen-amd642.6.26-1-xen-amd64 crash for domU 2.6.26-1-xen-amd642.6.18-6-xen-amd64 crash for dom0 Moreover, in each case where there was a crash, disabling swap prevented the crash (the oom killer took over of course!). This clearly points to a problem which is in the way the kernel 2.6.26-1-xen-amd64 deals with swap. This _is_ an RC bug. If people upgrade to lenny after it is released and have repeated crashes due to swapping problems they will not thank us. The report which downgraded this bug report from grave to important did not offer a reason. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#502101: pngcrush: Please restrict output to a sensible size
tags 502101 + upstream wontfix thanks Hello, On Mon, 13 Oct 2008, Thomas Weber wrote: this is the output of $ pngcrush file.png This is the relevant portion of the output: usage: pngcrush [options] infile.png outfile.png pngcrush -e ext [other options] files.png ... pngcrush -d dir [other options] files.png ... You either need to specify an output png file name or an output extension name or an output directory name. pngcrush will not overwrite the infile.png specified on the command line. Can this please be cut back such that I have a chance of actually understanding whether I did something wrong? Note that the upstream package does not come with a man page and that this display is supposed to take its place. The Debian package _does_ have a man page thanks to the work done by David Whedon. Moreover, it seems that such a display is the *deliberate* intention of the upstream author. In such a case, I do not wish to abuse the copyright of the upstream author by making a change to the source to skip it. Finally, it is possible to remove the display entirely during runs of the program by using the -q option. Hence, I hope that the tags that I have attached to this bug report are understandable. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#500592: Using pngcrush warns of different versions for png.c and png.h
Hello, On Tue, 30 Sep 2008, Ronny Adsetts wrote: Thanks for the clarification. It appears the change was made for 1.6.4-4 whereas etch has 1.6.4-3 which explains why I see the warning every time the program is run. Very annoying but as you say does not affect the core functionality of pngcrush. Oh. I didn't notice that. I will see if I can propose an etch update. Kapil. -- signature.asc Description: Digital signature
Bug#500592: Using pngcrush warns of different versions for png.c and png.h
severity 500592 minor thanks Hello, On Mon, 29 Sep 2008, Ronny Adsetts wrote: $ pngcrush -version Warning: versions are different between png.h and png.c png.h version: 1.2.13 png.c version: 1.2.15beta5 I note this was previously reported in archived bugs #203020 and #289061. Here is what is written in the changelog regarding closing #203020 * debian/patches/pngcrush_relocate_warning: relocated warning about different versions to verbose header. Closes: #203020. The keyword is relocated as opposed to eliminated. Since this bug does not affect the core functionality of pngcrush, I am reducing the severity to minor. The full story follows. The Debian binary package makes use of the dynamically loadable libpng for a number of reasons. The warning indicates that libpng has been upgraded but pngcrush has not been re-compiled. The upstream author provides a version of pngcrush that uses its own version of the png routines and feels that this is a better way to do things. However, in order to make it easier for Debian, this -nolib version is also provided. Thus, the warning when there is a mis-match. Originally, the warning appeared everytime pngcrush was run which was annoying, especially when it was run in cron scripts. Thus the warning has been _relocated_ to be shown only when pngcrush is run in verbose mode or when you explicitly ask for version info. Hope this clarifies matters, Kapil. -- signature.asc Description: Digital signature
Bug#500053: conky: out_to_console should really not draw on root window
Package: conky Version: 1.6.0-2 Severity: wishlist Hello, I believe I mistakenly closed the bug #487184 conky: out_to_console still draws on root It looks like out_to_console continues to draw on the root window. I imagine that the original submitter wanted _only_ the text mode output of conky. This has at least two solutions. 1. One can change the lines 8328-30 in src/conky.c CONF(out_to_console) { if(string_to_bool(value)) output_methods |= TO_STDOUT; } to read CONF(out_to_console) { if(string_to_bool(value)) output_methods = TO_STDOUT; } this will ensure that out_to_console _only_ writes to stdout. However, conky will still demand an X server it can connect to and make queries to. Which seems like a waste in this case. 2. One can create a new conky package which disables X support entirely (conky-nox) for such users. Perhaps the latter is a better solution. The question is whether people really want it. (All those xmonad, awesome, dwm users who use conky please respond!). Regards, Kapil. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-vserver-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages conky depends on: ii libc6 2.7-13GNU C Library: Shared libraries ii libcurl3-gnutls7.18.2-5 Multi-protocol file transfer libra ii libglib2.0-0 2.16.5-1 The GLib library of C routines ii libiw2929-1.1Wireless tools - library ii libx11-6 2:1.1.4-2 X11 client-side library ii libxdamage11:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxft22.1.12-3 FreeType-based font drawing librar ii libxml22.6.32.dfsg-3 GNOME XML library conky recommends no packages. conky suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#499476: xen-tools: fails to setup accounts with fedora-core-8
Hello, On Fri, 19 Sep 2008, Teodor wrote: On Fri, Sep 19, 2008 at 4:32 AM, Kapil Hari Paranjape [EMAIL PROTECTED] wrote: After xen-create-image ran to completion, I started the domU with xm create fedora. However, I could not login to this domU since the root account was locked. The account is not locked, only that it has no password. I usually connect first with 'xm console', login with 'root' and set the password. I couldn't log in as root as I didn't have a password for root. Even when I do chroot to the newly created environment, I cannot change password for root right away. The point is that the system is configured to use shadow passwords but the /etc/shadow and /etc/gshadow files are not created unless pwconv and grpconv are run. Regards, Kapil. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499475: xen-tools: Removes older config
Package: xen-tools Version: 3.9-3 Severity: normal Hello, Thanks for this great tool. I ran into a bug that proved to be minor for me but may not be so minor for others! I ran xen-create-image with arguments as follows: xen-create-image --ip=192.168.17.71 --hostname=fedora \ --arch=amd64 --install-method=rinse \ --dist=fedora-core-9 --verbose Unfortunately, the file /etc/xen/fedora.cfg already existed. The program xen-create-image went through the entire image creation procedure. Right at the very end it found that /etc/xen/fedora.cfg already existed and aborted the procedure. It then proceeded to delete this file as well! 1. The check for this file should be done very early. 2. The file should not be deleted if it exists. Regards, Kapil. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499476: xen-tools: fails to setup accounts with fedora-core-8
Package: xen-tools Version: 3.9-3 Severity: wishlist Hello, Thanks for supporting the use of rinse with xen-tools to create a domU with fedora-core. The following problem may be with xen-tools or with rinse so please reassign if appropriate. After xen-create-image ran to completion, I started the domU with xm create fedora. However, I could not login to this domU since the root account was locked. I then shutdown the domU, mounted the disk image and ran the following commands via chroot to fix this. pwconv grpconv passwd root Perhaps there should be a script run at the very end of the xen-create-image command which carries out these steps. Regards, Kapil. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499477: xen-tools: please support fedora-core-9
Package: xen-tools Version: 3.9-3 Severity: wishlist Hello, The rinse tool supports fedora-core-9 so it would be nice if xen-tools supported it too. Kapil. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495768: tex4ht: make all useful scripts (oolatex) accessible
severity 495768 wishlist tags 495768 moreinfo thanks Hello, On Wed, 20 Aug 2008, Drew Parsons wrote: The support scripts such as oolatex are all filed away in /usr/share/tex4ht/, so running oolatex file does not work. Only htlatex and a small number of others are available in /usr/bin. The recommended way to run the TeX4HT system is to use the mk4ht program which is provided in user bin. Perhaps I could add a remark about this on the man page. I don't think it is a good idea to move too many of the scripts in /usr/share/tex4ht to /usr/bin. We have already had one problem with /usr/bin/ht conflicting with another entirely un-related package. I think the most common input format for tex4ht would be a LaTeX file, and the most common output format would be either xhtml or OpenDocument (odt). The html format is already available via htlatex, so the only script (for the more common formats) missing in /usr/bin is oolatex. If there is some consensus on this then I suppose one could consider adding _only_ oolatex to /usr/bin. However, I am afraid that this may then lead to requests from users of ConTeXt and so on :-) The older bug #450415 was closed since the use of mk4ht was augmented and documented on the manpage. On the same, I am downgrading this bug report to wishlist. Suggestions and criticisms welcome! Kapil. -- signature.asc Description: Digital signature
Bug#495021: tex4ht: Could you incorporate late July bug fixes?
Hello, On Wed, 20 Aug 2008, Jason Riedy wrote: This bug (filed under wishlist) is just a request to package up the bug fixes. Then my later problems can be reported through this venue as well as (or instead of) comp.text.tex. I have created a Debian package 20080902-1 based on the release from that date. This will be uploaded to unstable but I will _not_ ask for an exception for it to be included in lenny (which is the frozen release) since there are a lot of changes over the last few months. If you can isolate some changes which are absolutely essential (release-critical is the Debian term) then I could try to backport those changes for the Debian lenny release. Alternatively, I can create a package for lenny-backports when that archive is created. The option of a user (or system administrator) making a local update as documented by Eitan on his web pages is also available for users. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#494654: conky: segfault
Hello, On Mon, 08 Sep 2008, Kapil Hari Paranjape wrote: I could not reproduce this bug. Some more notes on the attempts to reproduce this bug. I ran the submitted conkyrc in two different environments: 1. XFCE/XVesa on amd64 arch 2. GNOME/Xintel on i386 arch The bug was not reproducible. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#491867: closed by Jonas Meurer [EMAIL PROTECTED] (Bug#491867: fixed in cryptsetup 2:1.0.6-4)
Hello, On Tue, 09 Sep 2008, Helmut Grohne wrote: In Step 3 you added the option swap which translates to Run mkswap on the created device. according to man crypttab. So this will run mkswap on the resume device. AFAIK, this mkswap operation is run by /etc/init.d/cryptsetup-early which in turn is run by /sbin/init. Thus, this operation is only during a regular boot. It is not run during resume, since resume does not actually run init scripts. In particular, I could find no copy of the crypttab file in the initrd.img which hands over to the unfrozen system. Has this fix actually caused a problem with any system? Regards, Kapil. -- signature.asc Description: Digital signature
Bug#494654: conky: segfault
tags 494654 + unreproducible thanks On Mon, 11 Aug 2008, andrej hocevar wrote: Package: conky Version: 1.5.1-1 Severity: important Most of the time, Conky doesn't start: there's a segmentation fault. When I try it a couple of times in a row, it will show up and run nurmally with no changes whatsoever. I could not reproduce this bug. Moreover, the original submitter cannot consistently reproduce this bug. Hence, I am tagging this unreproducible. If no one can reproduce this bug consistently then it seems to point to special aspect of the orig. submitter's machine. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#495864: conky: chops the final part of the output
Hello, On Thu, 21 Aug 2008, Francesco Poli wrote: Thanks for maintaing my favorite system monitor in Debian! Thanks for your bug report! Since I upgraded from conky/1.5.1-1 to conky/1.6.0-1 I noticed a problem with its output: it seems that conky is no longer able to print an output longer than 256 bytes from a pre_exec directive. The man page says: text_buffer_size bytes Size of the standard text buffer (default is 256 bytes). This buffer is used for intermediary text, such as individual lines, output from $exec vars, and various other variables. Increasing the size of this buffer can drastically reduce Conky's performance, but will allow for more text display per variable. The size of this buffer cannot be smaller than the default value of 256 bytes. I don't have the man page for the older conky handy but presumably this was not the way things were in 1.4.x. Do you think it should go into NEWS.Debian? Regards, Kapil. -- signature.asc Description: Digital signature
Bug#495501: midori: Segfault on some web pages
Package: midori Version: 0.0.19-2 Severity: normal Hello, midori segfaults on http://www.imsc.res.in; and a number of other web pages. Removing the saved configuration and restarting as midori http://www.imsc.res.in did not help. I'll be happy to provide more information if you tell me what else is needed. Kapil. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-vserver-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages midori depends on: 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 libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgtk2.0-02.12.11-3 The GTK+ graphical user interface ii libgtksourceview2.0-0 2.2.2-1 shared libraries for the GTK+ synt ii libpango1.0-0 1.20.5-1 Layout and rendering of internatio ii libwebkit-1.0-11.0.1-2 Web content engine library for Gtk ii libxml22.6.32.dfsg-2 GNOME XML library midori recommends no packages. midori suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#494654: conky: segfault
Hello, On Mon, 11 Aug 2008, andrej hocevar wrote: Package: conky Version: 1.5.1-1 Severity: important Most of the time, Conky doesn't start: there's a segmentation fault. When I try it a couple of times in a row, it will show up and run nurmally with no changes whatsoever. Could you please check this with conky version 1.6.0-1 which is currently held up in unstable because of a delay in the hppa build? Thanks and regards, Kapil. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487770: C backtrace
Hello, On Fri, 25 Jul 2008, Peter Chubb wrote: I downloaded and compiled the source, to get an unstripped image. I still don't have a good recipe for reproducing this. It seems to happen more if I'm using more than one frame (with \C-x5) Could you please clarify which version this applies to? Regards, Kapil. -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490789: linux-image-2.6.25-2-vserver-686: Should provide linux-image-2.6-vserver-686 package
Package: linux-image-2.6.25-2-vserver-686 Version: 2.6.25-6 Severity: normal Hello, The package(s) *-modules-2.6-vserver-686 depend on linux-latest-modules-2.6.25-2-vserver-686 which is usually provided by a package like linux-image-2.6-vserver-686. However, there is no such (pseudo)-package so that the modules packages that do not specify a version of the kernel are un-installable. Since those packages are merely pseudo-packages this is a normal severity. Still this issue could confuse users. Regards, Kapil. -- Package-specific info: ** Version: Linux version 2.6.25-2-vserver-686 (Debian 2.6.25-6) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP Fri Jun 27 05:31:46 UTC 2008 ** Command line: BOOT_IMAGE=/vmlinuz-2.6.25-2-vserver-686 root=/dev/mapper/store-nroot ro quiet ** Not tainted ** Kernel log: [ 1698.915207] PM: Writing back config space on device :02:08.0 at offset 5 (was 1, writing 7001) [ 1698.915216] PM: Writing back config space on device :02:08.0 at offset 4 (was 0, writing d0201000) [ 1698.915222] PM: Writing back config space on device :02:08.0 at offset 3 (was 0, writing 4208) [ 1698.915232] PM: Writing back config space on device :02:08.0 at offset 1 (was 290, writing 2900117) [ 1698.932191] serial 00:09: activated [ 1698.933066] parport_pc 00:0a: activated [ 1698.934571] e100: lan: e100_watchdog: link up, 100Mbps, full-duplex [ 1699.896036] hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4 [ 1699.897956] hda: UDMA/100 mode selected [ 1700.103727] hdc: host max PIO4 wanted PIO255(auto-tune) selected PIO4 [ 1700.103727] hdc: UDMA/33 mode selected [ 1702.823068] PM: Writing back config space on device :00:02.0 at offset 1 (was 97, writing 93) [ 1702.823068] PM: Writing back config space on device :00:02.1 at offset 1 (was 97, writing 93) [ 1702.839218] Restarting tasks ... done. [ 4641.194875] PM: Syncing filesystems ... done. [ 4641.194940] Freezing user space processes ... (elapsed 0.00 seconds) done. [ 4641.195705] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. [ 4641.195797] Suspending console(s) [ 4641.195801] drm_sysfs_suspend [ 4641.210309] drm_sysfs_suspend [ 4642.863491] parport_pc 00:0a: disabled [ 4642.863748] serial 00:09: disabled [ 4642.879036] wifi: Going into suspend... [ 4642.879079] ACPI: PCI interrupt for device :02:02.0 disabled [ 4642.879088] ACPI handle has no context! [ 4642.895324] ACPI: PCI interrupt for device :00:1f.6 disabled [ 4642.911244] ACPI: PCI interrupt for device :00:1f.5 disabled [ 4642.911429] ACPI: PCI interrupt for device :00:1d.7 disabled [ 4642.930378] ACPI: PCI interrupt for device :00:1d.2 disabled [ 4642.930410] ACPI: PCI interrupt for device :00:1d.1 disabled [ 4642.930446] ACPI: PCI interrupt for device :00:1d.0 disabled [ 4642.933061] ACPI: Preparing to enter system sleep state S3 [ 4642.942896] Disabling non-boot CPUs ... [ 4642.942896] Intel machine check architecture supported. [ 4642.942896] Intel machine check reporting enabled on CPU#0. [ 4642.942896] Back to C! [ 4642.950917] ACPI: EC: missing OBF confirmation, don't expect it any longer. [ 4642.958930] ACPI: EC: missing write data confirmation, don't expect it any longer. [ 4643.047659] ACPI: PCI Interrupt :00:02.0[A] - Link [LNKA] - GSI 11 (level, low) - IRQ 11 [ 4643.047668] PCI: Setting latency timer of device :00:02.0 to 64 [ 4643.047687] PM: Writing back config space on device :00:02.1 at offset 5 (was 0, writing d008) [ 4643.047692] PM: Writing back config space on device :00:02.1 at offset 4 (was 8, writing e808) [ 4643.047701] PM: Writing back config space on device :00:02.1 at offset 1 (was 90, writing 93) [ 4643.062996] PCI: Setting latency timer of device :00:02.1 to 64 [ 4643.063007] PCI: Enabling device :00:1d.0 ( - 0001) [ 4643.063011] ACPI: PCI Interrupt :00:1d.0[A] - Link [LNKA] - GSI 11 (level, low) - IRQ 11 [ 4643.063022] PCI: Setting latency timer of device :00:1d.0 to 64 [ 4643.063029] PM: Writing back config space on device :00:1d.0 at offset f (was 100, writing 10b) [ 4643.063047] PM: Writing back config space on device :00:1d.0 at offset 8 (was 1, writing 1821) [ 4643.063079] usb usb1: root hub lost power or was reset [ 4643.063101] PCI: Enabling device :00:1d.1 ( - 0001) [ 4643.063105] ACPI: PCI Interrupt :00:1d.1[B] - Link [LNKD] - GSI 11 (level, low) - IRQ 11 [ 4643.063116] PCI: Setting latency timer of device :00:1d.1 to 64 [ 4643.063126] PM: Writing back config space on device :00:1d.1 at offset f (was 200, writing 20b) [ 4643.063140] PM: Writing back config space on device :00:1d.1 at offset 8 (was 1, writing 1841) [ 4643.063177] usb usb2: root hub lost power or was reset [ 4643.063201] PCI: Enabling device :00:1d.2 ( - 0001) [ 4643.063205] ACPI: PCI Interrupt :00:1d.2[C] - Link [LNKC] - GSI 11
Bug#490319: ffmpeg2theora: FTBFS: ld: cannot find -ldc1394_control
reassign 490319 ffmpeg-debian 0.svn20080206-9 thanks Hello, On Fri, 11 Jul 2008, Lucas Nussbaum wrote: Package: ffmpeg2theora Version: 0.21-0.1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20080710 qa-ftbfs Justification: FTBFS on i386 Relevant part: cc -I/usr/include/ffmpeg -I/usr/include/postproc -g -O2 -g -Wall -O2 -pthread -Wl,-z -Wl,defs -Wl,--as-needed -o ffmpeg2theora ffmpeg2theora-ffmpeg2theora.o ffmpeg2theora-theorautils.o -L/usr/lib -lavdevice -lz /usr/lib/liba52.so /usr/lib/libfaad.so -ldc1394_control -lX11 -lXext -lavformat -lavcodec /usr/lib/libraw1394.so /usr/lib/libtheora.so /usr/lib/libvorbisenc.so /usr/lib/libvorbis.so -lm /usr/lib/libogg.so -lswscale -lavutil -lpostproc -lgsm /usr/bin/ld: cannot find -ldc1394_control collect2: ld returned 1 exit status This library linking option -ldc1394_control is added by libavdevice-dev via its pkg-config file /usr/lib/pkgconfig/libavdevice.pc (Note: ffmpeg2theora Build-Depends on libavdevice-dev) It looks like the dependencies of libavdevice-dev are a bit messed up as follows: - libavdevice-dev Depends on libavdevice52 - libavdevice52 Depends on libdc1394-13 (*Note*: not libdc1394-22) - libavdevice-dev Depends on libavformat-dev - libavformat-dev Depends on libavcodec-dev - libavcodec-dev Depends on libdc1394-22-dev | libdc1394-13-dev The file /usr/lib/libdc1394_control.a ships with libdc1394-13-dev but it does not ship with libdc1394-22-dev. So either: - libavcodec-dev should only Depend on libdc1394-13-dev or - the file /usr/lib/pkgconfig/libavdevice.pc that ships with libavdevice-dev should not explicitly add -llibdc1394_control to the build flags. In either case, I expect the build of ffmpeg2theora would work. Both these fixes are to ffmpeg-debian source package. I could make the build of ffmpeg2theora explicitly depend on libdc1394-13-dev, but I think that this would be the wrong place for the fix. As a consequence, I think this bug is actually in the source of ffmpeg-debian. I am re-assigning to that package but I am open to alternative suggestions. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#481194: Print dialog requested
Dear Johannes, On Sun, 06 Jul 2008, Johannes Hofmann wrote: On Wed, 14 May 2008, Stefan Ritter wrote: There's nothing in the manpage about it. A little printer-dialog can be useful. I interpret this to mean that the submitter would like to send the output to a printer other than default. I could think about allowing to add optional arguments to lpr if that's needed (e.g -P laserjet1). That sounds just right. Regarding the fltk TODO list. I suppose that is for fltk2. I will try to see what can be done about packaging fltk2 for Debian. That way the newer features of fltk will be available to Debian users. I can then package flpsed 1.6.x as well. Thanks, Kapil. -- signature.asc Description: Digital signature