Bug#890343: linux: make fq_codel default for default_qdisc
Hello. Not an expert nor kernel developer, etc., just simple sysadmin here, but will answer anyway since nobody did yet. I think we want the mq qdisc to distribute the load between cores, to support very high speed network cards or too slow CPUs. Also, if net.core.default_qdisc = fq_codel is used, it also has the mq qdisc and fq_codel childs for each CPU core, so that's the default behavior in other distros. I guess being under mq it could impact fq_codel's ability somewhat, but it's better to support all the hardware spectrum by default, otherwise we should use cake as default since it can handle up to 10Gbit/s without troubles; we don't, because Debian is a generic operating system so it should work on embedded devices, laptops, workstations and big iron servers... Also, I don't see a problem with statically linking fq_codel if we are using it as default, since it will probably get loaded anyway... Thanks for pushing this forward, doing these tests, etc.!!! Bye. El 7/1/21 a las 21:12, Noah Meyerhans escribió: On Thu, Apr 23, 2020 at 03:34:06PM -0700, Matt Taggart wrote: #890343 was originally opened against systemd asking to install the upstream systemd sysctl.d/50-default.conf file that sets: net.core.default_qdisc = fq_codel As explained in #950701 (and the systemd debian changelog) the debian systemd maintainers felt that systemd in debian should not be changing kernel policies (and I agree). So #890343 was reassigned to linux to consider changing the default. fq_codel is better in every way than pfifo_fast and I am unaware of any reason why it would not be a better default. (but don't trust me, ask the kernel networking experts) Can we change it? I strongly agree that we should make this change for the bullseye release. I'm looking into provding a patch to implement the switch to fq_codel by default, but it appears to require something more than just a kernel config change. I have tried the following with the 5.10 kernel from the current sid branch: CONFIG_NET_SCH_FQ_CODEL=m CONFIG_DEFAULT_FQ_CODEL=y CONFIG_DEFAULT_NET_SCH="fq_codel" Then we don't see any change at all to the qdisc in use: admin@ip-10-0-0-162:~$ grep -i fq_codel /boot/config-$(uname -r) CONFIG_NET_SCH_FQ_CODEL=m CONFIG_DEFAULT_FQ_CODEL=y CONFIG_DEFAULT_NET_SCH="fq_codel" admin@ip-10-0-0-162:~$ /sbin/sysctl net.core.default_qdisc net.core.default_qdisc = pfifo_fast admin@ip-10-0-0-162:~$ tc qdisc show dev ens5 qdisc mq 0: root qdisc pfifo_fast 0: parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 qdisc pfifo_fast 0: parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 admin@ip-10-0-0-162:~$ ip link show dev ens5 2: ens5: mtu 9001 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 02:47:e2:7c:be:ff brd ff:ff:ff:ff:ff:ff altname enp0s5 If we statically link the fq_codel module into the kernel, then we see: admin@ip-10-0-0-162:~$ grep -i fq_codel /boot/config-$(uname -r) CONFIG_NET_SCH_FQ_CODEL=y CONFIG_DEFAULT_FQ_CODEL=y CONFIG_DEFAULT_NET_SCH="fq_codel" admin@ip-10-0-0-162:~$ /sbin/sysctl net.core.default_qdisc net.core.default_qdisc = fq_codel admin@ip-10-0-0-162:~$ /sbin/tc qdisc show dev ens5 qdisc mq 0: root qdisc fq_codel 0: parent :2 limit 10240p flows 1024 quantum 1514 target 5ms interval 100ms memory_limit 32Mb ecn drop_batch 64 qdisc fq_codel 0: parent :1 limit 10240p flows 1024 quantum 1514 target 5ms interval 100ms memory_limit 32Mb ecn drop_batch 64 admin@ip-10-0-0-162:~$ ip link show dev ens5 2: ens5: mtu 9001 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 02:47:e2:7c:be:ff brd ff:ff:ff:ff:ff:ff altname enp0s5 So in this case, we have fq_codel configured, but not as the root qdisc for the interface. If we manually set it: admin@ip-10-0-0-162:~$ sudo /sbin/tc qdisc add root dev ens5 fq_codel Then we get the following configuration: admin@ip-10-0-0-162:~$ /sbin/tc qdisc show dev ens5 qdisc fq_codel 8001: root refcnt 3 limit 10240p flows 1024 quantum 9015 target 5ms interval 100ms memory_limit 32Mb ecn drop_batch 64 admin@ip-10-0-0-162:~$ ip link show dev ens5 2: ens5: mtu 9001 qdisc fq_codel state UP mode DEFAULT group default qlen 1000 link/ether 02:47:e2:7c:be:ff brd ff:ff:ff:ff:ff:ff altname enp0s5 I believe that this is what we want. Is that accurate? The recent thread at https://www.mail-archive.com/netdev@vger.kernel.org/msg380410.html also seems relevant. noah -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#971560: libsane-common 1.0.25-4.1+deb9u1 Stretch security update missing lots of files
Hello. "¡Lo prometido es deuda!" as we say in Uruguay (what is promised is a debt). Tested your packages and now I can see correctly all the scanners, local and networked ones! So everything looks good to push those to Debian Stretch. Thanks a lot for doing all this! Greetings from another Allegro user ;-) El sáb., 3 de oct. de 2020 a la(s) 13:53, Sylvain Beucler (b...@beuc.net) escribió: > > Hi, > > The package is in this state since Aug 17, I think we can afford to wait > a few more days for testing. > So yes, please do test on Tuesday. > > Cheers! > Sylvain > > On 03/10/2020 00:41, Ivan Baldo wrote: > > Hello. > > The soonest I could try to check, is this Tuesday 6th 19:00 -0300, sorry. > > Let me know if that's useful or too late. > > Thanks! > > > > El vie., 2 de oct. de 2020 a la(s) 10:22, Sylvain Beucler > > (b...@beuc.net) escribió: > >> > >> Hi, > >> > >> On 02/10/2020 13:51, Ivan Baldo wrote: > >>> El vie., 2 de oct. de 2020 a la(s) 06:48, Sylvain Beucler > >>> (b...@beuc.net) escribió: > >>>> > >>>> Hi, > >>>> > >>>>> El jue., 1 de oct. de 2020 a la(s) 19:32, Sylvain Beucler > >>>>> (b...@beuc.net) escribió: > >>>>>> This could be due to a bug when building the 'all' and 'amd64' packages > >>>>>> separately. > >>>> > >>>> I can reproduce the 2 debdiff-s with 'debuild -A' and 'debuild -B' > >>>> respectively. > >>>> > >>>> I'm currently backporting fixes from 1.0.27-1~experimental3 to fix the > >>>> issue, and updating our procedures to test this case in the future. > >>> > >>> Great, thanks a lot!!! > >> > >> I prepared a new package at: > >> https://www.beuc.net/tmp/debian-lts/sane-backends/ > >> that I plan to upload as a regression fix. > >> > >> (Note: sane-dll is now consistently removed, as it previously evaded > >> deletion only in amd64, see #971592.) > >> > >> Can you test it? > >> > >> Cheers! > >> Sylvain > > > > > > -- Ivan Baldo - iba...@gmail.com - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky isn't the limit!
Bug#971560: libsane-common 1.0.25-4.1+deb9u1 Stretch security update missing lots of files
Hello. The soonest I could try to check, is this Tuesday 6th 19:00 -0300, sorry. Let me know if that's useful or too late. Thanks! El vie., 2 de oct. de 2020 a la(s) 10:22, Sylvain Beucler (b...@beuc.net) escribió: > > Hi, > > On 02/10/2020 13:51, Ivan Baldo wrote: > > El vie., 2 de oct. de 2020 a la(s) 06:48, Sylvain Beucler > > (b...@beuc.net) escribió: > >> > >> Hi, > >> > >>> El jue., 1 de oct. de 2020 a la(s) 19:32, Sylvain Beucler > >>> (b...@beuc.net) escribió: > >>>> This could be due to a bug when building the 'all' and 'amd64' packages > >>>> separately. > >> > >> I can reproduce the 2 debdiff-s with 'debuild -A' and 'debuild -B' > >> respectively. > >> > >> I'm currently backporting fixes from 1.0.27-1~experimental3 to fix the > >> issue, and updating our procedures to test this case in the future. > > > > Great, thanks a lot!!! > > I prepared a new package at: > https://www.beuc.net/tmp/debian-lts/sane-backends/ > that I plan to upload as a regression fix. > > (Note: sane-dll is now consistently removed, as it previously evaded > deletion only in amd64, see #971592.) > > Can you test it? > > Cheers! > Sylvain -- Ivan Baldo - iba...@gmail.com - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky isn't the limit!
Bug#971560: libsane-common 1.0.25-4.1+deb9u1 Stretch security update missing lots of files
Great, thanks a lot!!! El vie., 2 de oct. de 2020 a la(s) 06:48, Sylvain Beucler (b...@beuc.net) escribió: > > Hi, > > > El jue., 1 de oct. de 2020 a la(s) 19:32, Sylvain Beucler > > (b...@beuc.net) escribió: > >> This could be due to a bug when building the 'all' and 'amd64' packages > >> separately. > > I can reproduce the 2 debdiff-s with 'debuild -A' and 'debuild -B' > respectively. > > I'm currently backporting fixes from 1.0.27-1~experimental3 to fix the > issue, and updating our procedures to test this case in the future. > > Cheers! > Sylvain -- Ivan Baldo - iba...@gmail.com - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky isn't the limit!
Bug#971560: libsane-common 1.0.25-4.1+deb9u1 Stretch security update missing lots of files
Hello. So I did check too this way: docker pull debian:stretch docker run --rm -it debian:stretch Inside that container: sed 's/deb http/deb-src http/' /etc/apt/sources.list >/etc/apt/sources.list.d/sources.list cd /tmp apt-get update && apt-get install devscripts apt-get build-dep sane-backends && apt-get source sane-backends cd sane-backends-1.0.25 && dpkg-buildpackage && cd .. apt-get download libsane-common=1.0.25-4.1 libsane=1.0.25-4.1 debdiff libsane-common_1.0.25-4.1_all.deb libsane-common_1.0.25-4.1+deb9u1_all.deb debdiff libsane_1.0.25-4.1_amd64.deb libsane_1.0.25-4.1+deb9u1_amd64.deb And yes!, as you said: they are identical, they have all the files needed. Took a look at the log you mentioned, but couldn't find the cause of the problem :-(. I am not an expert in building packages or diagnosing building problems though. Thanks for your help. El jue., 1 de oct. de 2020 a la(s) 19:32, Sylvain Beucler (b...@beuc.net) escribió: > > Hi, > > Thanks for report this issue. > > Something must have gone wrong when rebuilding the packages at Debian, > because the packages I had built didn't have these differences. I just > ran a local rebuild and I still have valid packages, with all the files. > > It's night-time here so I won't look in depth right now, but > https://buildd.debian.org/status/package.php?p=sane-backends=stretch-security > should contain possible errors. > > This could be due to a bug when building the 'all' and 'amd64' packages > separately. > > Cheers! > Sylvain -- Ivan Baldo - iba...@gmail.com - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky isn't the limit!
Bug#971560: Acknowledgement (libsane-common 1.0.25-4.1+deb9u1 Stretch security update missing lots of files)
Also debdiff libsane_1.0.25-4.1_amd64.deb libsane_1.0.25-4.1+deb9u1_amd64.deb shows: Files in first .deb but not in second - -rw-r--r-- root/root /usr/lib/x86_64-linux-gnu/sane/libsane-dll.la -rw-r--r-- root/root /usr/lib/x86_64-linux-gnu/sane/libsane-dll.so.1.0.25 lrwxrwxrwx root/root /usr/lib/x86_64-linux-gnu/sane/libsane-dll.so.1 -> libsane-dll.so.1.0.25 sane-utils package seems ok, with the same files. Thanks!
Bug#971560: libsane-common 1.0.25-4.1+deb9u1 Stretch security update missing lots of files
Package: libsane-common Version: 1.0.25-4.1+deb9u1 Severity: important Scanners look differently now, some not even appear on the network (through saned), etc. debdiff libsane-common_1.0.25-4.1_all.deb libsane-common_1.0.25-4.1+deb9u1_all.deb shows: Files in first .deb but not in second - -rw-r--r-- root/root /etc/sane.d/abaton.conf -rw-r--r-- root/root /etc/sane.d/agfafocus.conf -rw-r--r-- root/root /etc/sane.d/apple.conf -rw-r--r-- root/root /etc/sane.d/artec.conf -rw-r--r-- root/root /etc/sane.d/artec_eplus48u.conf -rw-r--r-- root/root /etc/sane.d/avision.conf -rw-r--r-- root/root /etc/sane.d/bh.conf -rw-r--r-- root/root /etc/sane.d/canon.conf -rw-r--r-- root/root /etc/sane.d/canon630u.conf -rw-r--r-- root/root /etc/sane.d/canon_dr.conf -rw-r--r-- root/root /etc/sane.d/canon_pp.conf -rw-r--r-- root/root /etc/sane.d/cardscan.conf -rw-r--r-- root/root /etc/sane.d/coolscan.conf -rw-r--r-- root/root /etc/sane.d/coolscan2.conf -rw-r--r-- root/root /etc/sane.d/coolscan3.conf -rw-r--r-- root/root /etc/sane.d/dc210.conf -rw-r--r-- root/root /etc/sane.d/dc240.conf -rw-r--r-- root/root /etc/sane.d/dc25.conf -rw-r--r-- root/root /etc/sane.d/dell1600n_net.conf -rw-r--r-- root/root /etc/sane.d/dll.conf -rw-r--r-- root/root /etc/sane.d/dmc.conf -rw-r--r-- root/root /etc/sane.d/epjitsu.conf -rw-r--r-- root/root /etc/sane.d/epson.conf -rw-r--r-- root/root /etc/sane.d/epson2.conf -rw-r--r-- root/root /etc/sane.d/epsonds.conf -rw-r--r-- root/root /etc/sane.d/fujitsu.conf -rw-r--r-- root/root /etc/sane.d/genesys.conf -rw-r--r-- root/root /etc/sane.d/gphoto2.conf -rw-r--r-- root/root /etc/sane.d/gt68xx.conf -rw-r--r-- root/root /etc/sane.d/hp.conf -rw-r--r-- root/root /etc/sane.d/hp3900.conf -rw-r--r-- root/root /etc/sane.d/hp4200.conf -rw-r--r-- root/root /etc/sane.d/hp5400.conf -rw-r--r-- root/root /etc/sane.d/hpsj5s.conf -rw-r--r-- root/root /etc/sane.d/hs2p.conf -rw-r--r-- root/root /etc/sane.d/ibm.conf -rw-r--r-- root/root /etc/sane.d/kodak.conf -rw-r--r-- root/root /etc/sane.d/kodakaio.conf -rw-r--r-- root/root /etc/sane.d/leo.conf -rw-r--r-- root/root /etc/sane.d/lexmark.conf -rw-r--r-- root/root /etc/sane.d/ma1509.conf -rw-r--r-- root/root /etc/sane.d/magicolor.conf -rw-r--r-- root/root /etc/sane.d/matsushita.conf -rw-r--r-- root/root /etc/sane.d/microtek.conf -rw-r--r-- root/root /etc/sane.d/microtek2.conf -rw-r--r-- root/root /etc/sane.d/mustek.conf -rw-r--r-- root/root /etc/sane.d/mustek_pp.conf -rw-r--r-- root/root /etc/sane.d/mustek_usb.conf -rw-r--r-- root/root /etc/sane.d/nec.conf -rw-r--r-- root/root /etc/sane.d/net.conf -rw-r--r-- root/root /etc/sane.d/p5.conf -rw-r--r-- root/root /etc/sane.d/pie.conf -rw-r--r-- root/root /etc/sane.d/pieusb.conf -rw-r--r-- root/root /etc/sane.d/pixma.conf -rw-r--r-- root/root /etc/sane.d/plustek.conf -rw-r--r-- root/root /etc/sane.d/plustek_pp.conf -rw-r--r-- root/root /etc/sane.d/qcam.conf -rw-r--r-- root/root /etc/sane.d/ricoh.conf -rw-r--r-- root/root /etc/sane.d/rts8891.conf -rw-r--r-- root/root /etc/sane.d/s9036.conf -rw-r--r-- root/root /etc/sane.d/sceptre.conf -rw-r--r-- root/root /etc/sane.d/sharp.conf -rw-r--r-- root/root /etc/sane.d/sm3840.conf -rw-r--r-- root/root /etc/sane.d/snapscan.conf -rw-r--r-- root/root /etc/sane.d/sp15c.conf -rw-r--r-- root/root /etc/sane.d/st400.conf -rw-r--r-- root/root /etc/sane.d/stv680.conf -rw-r--r-- root/root /etc/sane.d/tamarack.conf -rw-r--r-- root/root /etc/sane.d/teco1.conf -rw-r--r-- root/root /etc/sane.d/teco2.conf -rw-r--r-- root/root /etc/sane.d/teco3.conf -rw-r--r-- root/root /etc/sane.d/test.conf -rw-r--r-- root/root /etc/sane.d/u12.conf -rw-r--r-- root/root /etc/sane.d/umax.conf -rw-r--r-- root/root /etc/sane.d/umax1220u.conf -rw-r--r-- root/root /etc/sane.d/umax_pp.conf -rw-r--r-- root/root /etc/sane.d/xerox_mfp.conf -rw-r--r-- root/root /usr/share/doc/libsane/AUTHORS.gz -rw-r--r-- root/root /usr/share/doc/libsane/NEWS.gz -rw-r--r-- root/root /usr/share/doc/libsane/PROBLEMS -rw-r--r-- root/root /usr/share/doc/libsane/PROJECTS -rw-r--r-- root/root /usr/share/doc/libsane/README.gz -rw-r--r-- root/root /usr/share/doc/libsane/backend-writing.txt.gz -rw-r--r-- root/root /usr/share/doc/libsane/canon/canon.changes -rw-r--r-- root/root /usr/share/doc/libsane/canon/canon.install2700F.txt.gz -rw-r--r-- root/root /usr/share/doc/libsane/gt68xx/gt68xx.CHANGES.gz -rw-r--r-- root/root /usr/share/doc/libsane/gt68xx/gt68xx.TODO -rw-r--r-- root/root /usr/share/doc/libsane/leo/leo.txt -rw-r--r-- root/root /usr/share/doc/libsane/matsushita/matsushita.txt.gz -rw-r--r-- root/root /usr/share/doc/libsane/mustek/mustek.CHANGES.gz -rw-r--r-- root/root /usr/share/doc/libsane/mustek_usb/mustek_usb.CHANGES.gz -rw-r--r-- root/root
Bug#943457: libcharon-extra-plugins: Enable forecast plugin
Package: libcharon-extra-plugins Version: 5.7.2-1 Severity: wishlist Please consider enabling the forecast plugin. Thanks a lot!!! -- System Information: Debian Release: 10.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 4.9.0-11-amd64 (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8), LANGUAGE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages libcharon-extra-plugins depends on: ii libc6 2.28-10 ii libpam0g 1.3.1-5 ii libstrongswan 5.7.2-1 libcharon-extra-plugins recommends no packages. libcharon-extra-plugins suggests no packages. -- Configuration Files: /etc/strongswan.d/charon/dhcp.conf changed [not included] -- no debconf information
Bug#924526: Support FSProtect on NFS
Not using fsprotect anymore. Maybe we should close this report then? Thanks! El 14/3/19 a las 02:01, Pierre Ynard escribió: submitter 924526 Ivan Baldo thanks Hello, In umountnfs.sh where it says /|/proc|/dev|/dev/pts|/dev/shm|/proc/*|/sys|/lib/init/rw) should add /fsprotect/system because thats the underlying root FS when using fsprotect with NFS. fsprotect is a package in Debian and should be supported. First, if I understand correctly, fsprotect is in itself related neither to NFS, nor to network filesystems, nor to FUSE. What is the problem that you encounter exactly? Can you share the contents of /proc/mounts on your system? It is my understanding that /fsprotect/system is a mount point for the underlying filesystem which, combined with a tmpfs in an aufs, is mounted as the root. What happens if you try to unmount /fsprotect/system while the aufs is still mounted? Is that even possible, with umount, with umount -f? I suspect that in /etc/init.d/umountfs, /fsprotect/system is protected from unmounting because it is listed before / in /proc/mounts; however there is no such logic in /etc/init.d/umountnfs.sh, so if /fsprotect/system is a network mount it would try to unmount it while the aufs / is still mounted. If that's the case, I'm not convinced that adding /fsprotect/system in the list is the right approach, that would be a very specific fix. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#409271: Workaround
On Thu, 4 Aug 2016 17:54:10 -0500 "Timothy Pearson" < kb9...@pearsoncomputing.net> wrote: > For now, since klibc does not have NFSV4 support, the attached file works > around the problem (place in /usr/share/initramfs-tools/hooks/nfsv4). Thanks a lot for the workaround!!! Though it doesn't work with read-only NFSv4.1 and OverlayFS with TmpFS on Stretch, both kernels 4.9 and 4.19. Any ideas? In the hook I added your workaround and: manual_add_modules overlay Then on /etc/initramfs-tools/scripts/init-bottom/local: mkdir -m 700 /ovl mkdir /ovl/lower /ovl/ram /ovl/merged mount -n -o move $rootmnt /ovl/lower mount -n -t tmpfs -o 'mode=755,size=75%' tmpfs /ovl/ram mkdir /ovl/ram/upper /ovl/ram/work mount -n -t overlay -o "lowerdir=/ovl/lower,upperdir=/ovl/ram/upper,workdir=/ovl/ram/work,_netdev" overlay /ovl/merged mount -n -o move /ovl/merged $rootmnt mkdir -m 700 $rootmnt/ovl mkdir $rootmnt/ovl/lower $rootmnt/ovl/ram mount -n -o move /ovl/lower $rootmnt/ovl/lower mount -n -o move /ovl/ram $rootmnt/ovl/ram This works with NFSv3. Also, if I test it on an already booted system with mounting NFSv4.1 manually and doing the overlay it works. So, something in the initramfs is different to the booted up system that causes the problem, but couldn't find it. If anyone has any idea of things to try I can report back the results and try to provide a fully working solution afterwards. Thanks!
Bug#911902: xrdp: Add km-0000080a.ini for Spanish Latin American keyboard
Package: xrdp Version: 0.9.1-9+deb9u3 Severity: normal Tags: l10n patch upstream You may want to add the file attached in https://github.com/neutrinolabs/xrdp/issues/1237 to the package for Stretch/Stable and Sid. Thanks for your consideration. -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8), LANGUAGE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xrdp depends on: ii adduser 3.115 ii init-system-helpers 1.48 ii libc62.24-11+deb9u3 ii libfuse2 2.9.7-1+deb9u1 ii libjpeg62-turbo 1:1.5.1-2 ii libopus0 1.2~alpha2-1 ii libpam0g 1.1.8-3.6 ii libssl1.11.1.0f-3+deb9u2 ii libx11-6 2:1.6.4-3 ii libxfixes3 1:5.0.3-1 ii libxrandr2 2:1.5.1-1 ii lsb-base 9.20161125 ii ssl-cert 1.0.39 Versions of packages xrdp recommends: ii fuse 2.9.7-1+deb9u1 ii xorgxrdp 0.9.1-9+deb9u3 Versions of packages xrdp suggests: pn guacamole Versions of packages xorgxrdp depends on: ii libc6 2.24-11+deb9u3 pn xorg-input-abi-24 ii xserver-xorg-core [xorg-video-abi-23] 2:1.19.2-1+deb9u2 Versions of packages xorgxrdp recommends: ii xorg 1:7.7+19 Versions of packages xrdp is related to: pn vnc-server pn xserver-xorg-legacy -- Configuration Files: /etc/xrdp/sesman.ini changed [not included] /etc/xrdp/xrdp.ini changed [not included] /etc/xrdp/xrdp_keyboard.ini changed [not included] -- no debconf information
Bug#860890: needs ssl-cert membership, does not report the error
Hello. But it should at least complain loudly that it cannot read the certificates. Thanks!!! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#911727: initramfs-tools-core: configure_networking avoid panic and wait for at least one network interface.
Package: initramfs-tools-core
Version: 0.130
Severity: normal
Tags: patch
In stable/stretch if there are no interfaces yet and ip-config doesn't
configure anything we get a panic.
I am using this patch in production with good results, it waits for
network interfaces to show and avoids sourcing an inexistent file,
avoiding the panic.
This happens with a USB network card but it could happen with other
cards too.
Maybe it is too much for stable/stretch, but unstable/sid version
0.132 seems to have the same problem so can be applied there.
Here it is, hope you find it useful:
--- functions.old 2017-03-06 19:42:55.0 -0300
+++ functions 2018-10-23 19:20:26.726994846 -0300
@@ -182,6 +182,15 @@
configure_networking()
{
+ for device_wait_try in 5 4 3 2 1; do
+ for device in /sys/class/net/*; do
+ [ $device = /sys/class/net/lo ] && continue
+ break 2
+ done
+ sleep 1
+ done
+ [ $device_wait_try = 1 ] && log_warning_msg "No network device found"
+
if [ -n "${BOOTIF}" ]; then
# pxelinux sets BOOTIF to a value based on the mac address of
the
# network card used to PXE boot, so use this value for DEVICE
rather
@@ -269,10 +278,12 @@
if [ -n "${DEVICE}" ]; then
# source specific bootdevice
. /run/net-${DEVICE}.conf
- else
+ elif [ -e /run/net-*.conf ]; then
# source any interface...
# ipconfig should have quit after first response
. /run/net-*.conf
+ else
+ log_warning_msg "Network configuration failed, maybe
driver/module not loaded/initialized yet or cable/network problem"
fi
}
Thanks a lot!!!
-- System Information:
Debian Release: 9.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-8-amd64 (SMP w/2 CPU cores)
Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8),
LANGUAGE=es_UY.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages initramfs-tools-core depends on:
ii cpio 2.11+dfsg-6
ii klibc-utils 2.0.4-9
ii kmod 23-2
ii udev 232-25+deb9u4
Versions of packages initramfs-tools-core recommends:
ii busybox 1:1.22.0-19+b3
Versions of packages initramfs-tools-core suggests:
ii bash-completion 1:2.1-4.3
-- Configuration Files:
/etc/initramfs-tools/initramfs.conf changed:
MODULES=netboot
BUSYBOX=auto
KEYMAP=n
COMPRESS=xz
DEVICE=
NFSROOT=auto
BOOT=nfs
-- no debconf information
-- debsums errors found:
debsums: changed file /usr/share/initramfs-tools/scripts/functions (from
initramfs-tools-core package)
Bug#468114: Loopback file system support.
Seems like a trivial and yet useful enhancement! Would be nice to see it included. Thanks for your consideration. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#820230: initramfs-tools: DHCP is very flaky and sometimes doesn't work
Hello. Original reporter doesn't reply, maybe close? Thanks! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#801275: iceweasel wakes up at 60 Hz when idle
Hello. This is still happening with current versions? Thanks! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#652566: iceweasel: sends ssl/https requests one byte per ssl chunk - poor performance
Hello. Can you still reproduce this bug with the current version? Thanks! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#814188: iceweasel: privacy.trackingprotection.enabled dysfunctional due to error downloading the blocking lists
Hello. Can you reproduce this problem with the current version? Thanks! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#908785: selinux-policy-default: Have setsebool -P mcelog_syslog 1 by default?
Package: selinux-policy-default Version: 2:2.20161023.1-9 Severity: wishlist In Stretch mcelog by default logs to syslog, so most users will need to run: setsebool -P mcelog_syslog 1 So maybe that boolean should be enabled by default to match the package default configuration. Thanks! -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.9.0-8-686-pae (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8), LANGUAGE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages selinux-policy-default depends on: ii libselinux1 2.6-3+b3 ii libsemanage1 2.6-2 ii libsepol12.6-2 ii policycoreutils 2.6-3 ii selinux-utils2.6-3+b3 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.6-2 ii setools 4.0.1-6 Versions of packages selinux-policy-default suggests: pn logcheck pn syslog-summary -- no debconf information
Bug#906158: intel-microcode: Update intel-microcode to 20180807
Hello. Do you have confirmation that they will change the license? Should we contact (pester) them or do you think this is not more necessary now? Hey! Thanks a lot for the great work and service you are doing with this updates! Very appreciated! Have a great day. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#905875: linux-image-amd64 outdated in jessie-backports
Package: linux-image-amd64 Version: 4.9+80+deb9u4~bpo8+1 Severity: normal Tags: security In Jessie Backports, linux-image-amd64 4.9+80+deb9u4~bpo8+1 depends on linux- image-4.9.0-0.bpo.6-amd64. A newer linux-image-amd64 should be backported to depend on linux- image-4.9.0-0.bpo.7-amd64 which currently has version 4.9.110-1~deb8u1. Thanks a lot!!! -- System Information: Debian Release: 8.11 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-0.bpo.6-amd64 (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages linux-image-amd64 depends on: ii linux-image-4.9.0-0.bpo.6-amd64 4.9.88-1+deb9u1~bpo8+1 linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. -- no debconf information
Bug#886367: partial fix uploaded
It's the same level of protection.
HTH.
Bye!
El 15/01/18 a las 07:33, Andreas
Heinlein escribió:
On Thu, 4 Jan 2018 23:18:49 -0200 Henrique de Moraes Holschuh <h...@debian.org>
wrote:
> Intel has released several updates already, but not all of
them AFAIK.
>
> These microcode updates are of little impact until the
kernel changes to
> activate the new MSRs are deployed. But they do mess with
conditional
> jumps and LFENCE.
>
> Anyway, uploading a partial, unofficial set of updates to
unstable to
> close the bug. Several processors are still missing. I
expect an
> official release from Intel soon, hopefully with updates
for everything.
>
> Everyone should look for firmware updates, the usual good
vendors
> already have them out, or will have them out by the end of
the next
> week.
Sorry for the question, this is not exactly the right place but
I know of no better one:
Do microcode updates delivered by this package have the same
effect as BIOS/Firmware updates? Or do they complement each
other?
At our organization, we unfortunately have a large number of
different machines from different vendors, and updating the BIOS
on all of them will be a very time consuming task. So I'd like
to ask whether we can expect the same protection from updated
microcode and kernel packages.
Thanks,
Andreas
--
Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/
Freelance C++/PHP programmer and GNU/Linux systems administrator.
The sky is not the limit!
Bug#867494: xrdp: Support for Spanish es keyboard layout
Package: xrdp Version: 0.9.1-9 Severity: normal Tags: patch Hello. Only one simple modification is needed to enable spanish es keyboard layout working in Stretch. Please consider adding the following changeset to the stable release: https://github.com/neutrinolabs/xrdp/commit/606984baad3f15ae13089a3a1fd1da4108c55910 I can confirm that it works in Stretch release as is. Thanks a lot!!! -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8), LANGUAGE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xrdp depends on: ii adduser 3.115 ii init-system-helpers 1.48 ii libc62.24-11+deb9u1 ii libfuse2 2.9.7-1 ii libjpeg62-turbo 1:1.5.1-2 ii libopus0 1.2~alpha2-1 ii libpam0g 1.1.8-3.6 ii libssl1.11.1.0f-3 ii libx11-6 2:1.6.4-3 ii libxfixes3 1:5.0.3-1 ii libxrandr2 2:1.5.1-1 ii lsb-base 9.20161125 ii ssl-cert 1.0.39 Versions of packages xrdp recommends: ii fuse 2.9.7-1 ii xorgxrdp 0.9.1-9 Versions of packages xrdp suggests: pn guacamole Versions of packages xorgxrdp depends on: ii libc6 2.24-11+deb9u1 pn xorg-input-abi-24 ii xserver-xorg-core [xorg-video-abi-23] 2:1.19.2-1 Versions of packages xorgxrdp recommends: ii xorg 1:7.7+19 Versions of packages xrdp is related to: pn vnc-server pn xserver-xorg-legacy -- Configuration Files: /etc/xrdp/sesman.ini changed [not included] /etc/xrdp/xrdp_keyboard.ini changed [not included] -- no debconf information
Bug#856988: systemd: Timeout for sys-subsystem-net-devices-multi-user.device with missing /etc/machine-id
Package: systemd Version: 232-18 Severity: normal Situation: PXE boot with RO NFS and using OverlayFS for RW /. So, I rm'ed /etc/machine-id and /var/lib/dbus/machine-id, thinking that it would be generated at boot and they do, but sys-subsystem-net-devices-multi-user.device timeouts after 1m30s then. The solution is to have an empty /etc/machine-id, but I wonder if SystemD could be improved to handle the situation better for another poor soul that tries to do the same as me. Searching I found this https://labs.riseup.net/code/issues/11970 and from there https://labs.riseup.net/code/projects/tails/repository/revisions/0d5d4d42919818a63bfd604c62737ce337ac9d01/diff Thanks!!! -- Package-specific info: -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.9.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii adduser 3.115 ii libacl1 2.2.52-3+b1 ii libapparmor12.11.0-2 ii libaudit1 1:2.6.7-1 ii libblkid1 2.29.1-1 ii libc6 2.24-9 ii libcap2 1:2.25-1 ii libcryptsetup4 2:1.7.3-3 ii libgcc1 1:6.3.0-6 ii libgcrypt20 1.7.6-1 ii libgpg-error0 1.26-2 ii libidn111.33-1 ii libip4tc0 1.6.0+snapshot20161117-5 ii libkmod223-2 ii liblz4-10.0~r131-2+b1 ii liblzma55.2.2-1.2+b1 ii libmount1 2.29.1-1 ii libpam0g1.1.8-3.5 ii libseccomp2 2.3.1-2.1 ii libselinux1 2.6-3 ii libsystemd0 232-18 ii mount 2.29.1-1 ii util-linux 2.29.1-1 Versions of packages systemd recommends: ii dbus1.10.16-1 ii libpam-systemd 232-18 Versions of packages systemd suggests: ii policykit-10.105-17 pn systemd-container ii systemd-ui 3-4 Versions of packages systemd is related to: pn dracut ii initramfs-tools 0.127 ii udev 232-18 -- Configuration Files: /etc/systemd/system.conf changed [not included] /etc/systemd/timesyncd.conf changed [not included] -- no debconf information
Bug#856508: sane-utils: Doesn't start standalone server under SystemD in Stretch
Package: sane-utils Version: 1.0.25-3 Severity: normal I don't see the saned daemon running and I don't see it advertised in the network as before. Configuring it explicitly in net.conf doesn't work either. I have dpkg-reconfigure'd sane-utils to activate the standalone daemon before doing this tests. Thanks! -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.9.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sane-utils depends on: ii adduser3.115 ii debconf [debconf-2.0] 1.5.60 ii init-system-helpers1.47 ii libavahi-client3 0.6.32-2 ii libavahi-common3 0.6.32-2 ii libc6 2.24-9 ii libieee1284-3 0.2.11-13 ii libjpeg62-turbo1:1.5.1-2 ii libpng16-161.6.28-1 ii libsane1.0.25-3 ii libsystemd0232-15 ii libusb-1.0-0 2:1.0.21-1 ii lsb-base 9.20161125 ii update-inetd 4.44 sane-utils recommends no packages. Versions of packages sane-utils suggests: ii avahi-daemon 0.6.32-2 ii unpaper 6.1-2 -- Configuration Files: /etc/default/saned [Errno 13] Permiso denegado: '/etc/default/saned' /etc/sane.d/saned.conf changed [not included] -- debconf-show failed
Bug#852746: beignet+mesa-opencl-icd crash if installed together
All OpenCL ICDs with shared LLVM are useless if they can't be used in real programs, so my opinion for whats its worth is that they link statically with LLVM until the issue is resolved in another way allowing shared LLVM (probably Stretch+1 material). Of course this is just my opinion... but, please think about it. Thanks A LOT!!! El 18/02/17 a las 19:11, Rebecca N. Palmer escribió: Control: tags -1 patch Statically linking to LLVM (see attached) fixes this bug, but I'm not sure yet whether we want to do that. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#854012: libproxy-tools: Not working with MATE in Stretch
Package: libproxy-tools Version: 0.4.13-1.1 Severity: important $ echo http://www.example.com/ | proxy direct:// But in MATE in the network proxy settings I have setup my proxy in multiple ways, none of which works. Please, if someone is using MATE with current Stretch, try configuring a proxy, even a fake or non existent one, and run that command to check that it says to use it. Ideas of things to try are welcome too. Thanks!!! -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.9.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libproxy-tools depends on: ii libc62.24-8 ii libproxy1v5 0.4.13-1.1 libproxy-tools recommends no packages. libproxy-tools suggests no packages. -- no debconf information
Bug#852746: beignet-opencl-icd: Every OpenCL application crashes (CLInfo, LibreOffice, etc.)
Package: beignet-opencl-icd Version: 1.2.1-1+b1 Severity: important Hello. Every application that uses OpenCL crashes in this way: $ clinfo X server found. dri2 connection failed! /dev/dri/card0 not authenticated : CommandLine Error: Option 'enable-value-profiling' registered more than once! LLVM ERROR: inconsistency in registered CommandLine options Uninstalling this package fixes every application. Installing the version in Sid 1.3.0-1 also crashes in the same way. Running as root it crashes like this (with 1.3.0-1): # clinfo X server found. dri2 connection failed! DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. get chip id failed: -1 [22] param: 4, val: 0 : CommandLine Error: Option 'enable-value-profiling' registered more than once! LLVM ERROR: inconsistency in registered CommandLine options I know that under KVM I don't need this package, but I will run this same Linux in different PCs, some Intel, some AMD, some virtualized. The expected behaviour is that it would not load and use another ICD instead, without crashing. Thanks!!! -- Package-specific info: Graphics hardware: Providers: number : 1 Provider 0: id: 0x41 cap: 0x0 crtcs: 1 outputs: 1 associated providers: 0 name:modesetting server glx vendor string: SGI client glx vendor string: Mesa Project and SGI Extended renderer info (GLX_MESA_query_renderer): OpenGL vendor string: VMware, Inc. OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.9, 128 bits) 00:02.0 VGA compatible controller [0300]: Device [1234:] Processor: Architecture: i686 CPU op-mode(s):32-bit, 64-bit Byte Order:Little Endian CPU(s):4 On-line CPU(s) list: 0-3 Thread(s) per core:1 Core(s) per socket:1 Socket(s): 4 Vendor ID: GenuineIntel CPU family:6 Model: 2 Model name:QEMU Virtual CPU version 2.1.2 Stepping: 3 CPU MHz: 3199.996 BogoMIPS: 6399.99 Hypervisor vendor: KVM Virtualization type: full L1d cache: 32K L1i cache: 32K L2 cache: 4096K Flags: fpu de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pse36 clflush mmx fxsr sse sse2 syscall nx lm eagerfpu pni cx16 popcnt hypervisor lahf_lm abm OpenCL library: un libopencl-1.1-1 un libopencl-1.2-1 un libopencl-2.0-1 un libopencl-2.1-1 un libopencl1 un nvidia-libopencl1-dev ii ocl-icd-libopencl1:i386 2.2.10-2 ii beignet-opencl-icd:i386 1.2.1-1+b1 ii mesa-opencl-icd:i38613.0.3-1 un opencl-icd un opencl-icd-1.1-1 un opencl-icd-1.2-1 ii pocl-opencl-icd 0.13-8 ==> /etc/OpenCL/vendors/intel-beignet-i386-linux-gnu.icd <== /usr/lib/i386-linux-gnu/beignet//libcl.so ==> /etc/OpenCL/vendors/mesa.icd <== libMesaOpenCL.so.1 ==> /etc/OpenCL/vendors/pocl.icd <== libpocl.so.1 -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.9.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_UY.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages beignet-opencl-icd depends on: ii libc6 2.24-8 ii libdrm-intel1 2.4.74-1 ii libdrm22.4.74-1 ii libgcc11:6.2.1-5 ii libllvm3.9 1:3.9.1-1 ii libstdc++6 6.2.1-5 ii libx11-6 2:1.6.4-2 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.3-1 beignet-opencl-icd recommends no packages. beignet-opencl-icd suggests no packages. -- no debconf information
Bug#836975: marked as pending
Hello Mike! Thanks a lot for your reply! I don't see the fix in Debian Jessie (stable), that seems for Stretch (unstable/testing) which many people like me can't use because of lack of time :-(. BTW the correct URL is https://anonscm.debian.org/cgit/pkg-mate/libmateweather.git/commit/?id=ccd85043da2d0e84e099cdd135b2a727c1930241 , the other one didn't work for me. Thanks a lot for looking into this. Have a nice day! El 13/09/16 a las 08:07, Mike Gabriel escribió: tag 836975 pending thanks Hello, Bug #836975 reported by you has been fixed in the Git repository. You can see the changelog below, and you can check the diff of the fix at: http://git.debian.org/?p=pkg-mate/libmateweather.git;a=commitdiff;h=ccd8504 --- commit ccd85043da2d0e84e099cdd135b2a727c1930241 Author: Mike Gabriel <mike.gabr...@das-netzwerkteam.de> Date: Tue Sep 13 13:06:43 2016 +0200 upload to unstable (debian/1.14.3-1) diff --git a/debian/changelog b/debian/changelog index 3e02df9..4ab3dd4 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,9 @@ -libmateweather (1.14.3-1) UNRELEASED; urgency=medium +libmateweather (1.14.3-1) unstable; urgency=medium [ Martin Wimpress ] + * New upstream release. (Closes: #836975). - -- Martin Wimpress <c...@flexion.org> Thu, 08 Sep 2016 12:07:42 +0100 + -- Mike Gabriel <mike.gabr...@das-netzwerkteam.de> Tue, 13 Sep 2016 09:20:57 +0200 libmateweather (1.14.1-1) unstable; urgency=high -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#836975: libmateweather1: Doesn't show weather
Package: libmateweather1 Version: 1.8.0-2 Severity: normal Since some time now, Mate doesn't show the weather. Here is a commit fixing it, maybe it can be backported easily to the Jessie version: https://github.com/mate- desktop/libmateweather/commit/835055e0d0b950d3f66ad236de7e40942f6f7d8e Thanks!!! -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libmateweather1 depends on: ii libatk1.0-02.14.0-1 ii libc6 2.19-18+deb8u4 ii libcairo2 1.14.0-2.1+deb8u1 ii libfontconfig1 2.11.0-6.3+deb8u1 ii libfreetype6 2.5.2-3+deb8u1 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u5 ii libglib2.0-0 2.42.1-1+b1 ii libgtk2.0-02.24.25-3+deb8u1 ii libmateweather-common 1.8.0-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libsoup2.4-1 2.48.0-1 ii libxml22.9.1+dfsg1-5+deb8u2 ii multiarch-support 2.19-18+deb8u4 libmateweather1 recommends no packages. libmateweather1 suggests no packages. -- no debconf information
Bug#823109: cpuburn: yes >/dev/null more effective than burnP6, burnMMX or burnBX on Intel i5-6600 Skylake
Package: cpuburn Version: 1.4a-5 Severity: normal Tags: upstream On an Intel i5-6600 Skylake yes >/null is more effective at raising temperature than burnP6, burnMMX or burnBX. Of course I used the commands launched in the background 4 times. Time for an update it seems... Thanks!!! -- System Information: Debian Release: 8.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cpuburn depends on: ii debconf [debconf-2.0] 1.5.56 cpuburn recommends no packages. Versions of packages cpuburn suggests: pn hwtools pn kernel-patch-badram pn memtest86 pn memtester -- debconf information: * cpuburn/dangerous:
Bug#811027: pciutils: update-pciids wget failure is silent
Package: pciutils Version: 1:3.2.1-3 Severity: normal When running update-pciids, if wget fails it does so silently, there is no information in the console, only the exit status of the process is different than 0, so one has to run it with dash -x to see what actually happened. Failure should be verbose. Thanks! -- System Information: Debian Release: 8.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.3.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_UY.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pciutils depends on: ii libc62.19-18+deb8u1 ii libpci3 1:3.2.1-3 pciutils recommends no packages. Versions of packages pciutils suggests: ii bzip2 1.0.6-7+b3 ii wget 1.16-1 -- no debconf information -- debsums errors found: debsums: changed file /usr/share/misc/pci.ids (from pciutils package)
Bug#801336: tzdata: Not up to date in Squeeze LTS, wrong daylight savings setting in America/Montevideo.
Package: tzdata Version: 2015d-0+deb6u1 Severity: normal Tags: squeeze America/Montevideo says UYST with -0200 which is wrong now, the country decided not to use the daylight savings time, so we are in UYT -0300. This is on Squeeze LTS only of course. Thanks. -- System Information: Debian Release: 6.0.10 APT prefers squeeze-lts APT policy: (500, 'squeeze-lts'), (500, 'oldoldstable-updates'), (500, 'oldoldstable') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tzdata depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy tzdata recommends no packages. tzdata suggests no packages. -- debconf information: tzdata/Zones/Australia: tzdata/Zones/Asia: tzdata/Zones/SystemV: tzdata/Zones/Pacific: tzdata/Zones/Atlantic: tzdata/Zones/US: * tzdata/Zones/Etc: UTC tzdata/Zones/Arctic: tzdata/Zones/Antarctica: tzdata/Zones/Europe: tzdata/Zones/Africa: * tzdata/Zones/America: Montevideo * tzdata/Areas: America tzdata/Zones/Indian:
Bug#796205: RM: readahead-fedora -- ROM; superesed by systemd, for RG
Hello. Just to note that systemd in Jessie has readahead but later releases have removed that support, so Stretch will not have any readahead implementation available... Bye. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ Freelance C++/PHP programmer and GNU/Linux systems administrator. The sky is not the limit!
Bug#620460: no way to see what bugs I'm sub scr ibed to
This is a duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=362710 . -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#458939: allow search engines to index http://bugs.debian.org
So, now in 2015, is it still necessary to block some bots and some URLs or should everything be opened or should this bug be closed or...? Just a ping :-). -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496894: add a default Subject to the Reply link in the web interface
Please, can someone commit the patch or comment it or fix it? Thanks! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783886: virt-manager: Missing upstream NEWS file
Package: virt-manager Version: 1:1.0.1-5 Severity: minor Here I see a NEWS file: https://git.fedorahosted.org/cgit/virt-manager.git/tree/NEWS but it isn't included in any of the packages. Thanks. -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages virt-manager depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gconf2 3.2.6-3 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-gtk-vnc-2.0 0.5.3-1.3 ii gir1.2-libvirt-glib-1.0 0.1.9-4 ii gir1.2-vte-2.90 1:0.36.3-1 ii librsvg2-common 2.40.5-1 ii python-dbus 1.2.0-2+b3 ii python-gi3.14.0-1 ii python-gi-cairo 3.14.0-1 ii python-ipaddr2.1.11-2 ii python-libvirt 1.2.9-1 ii python-urlgrabber3.9.1-4.1 pn python2.7:anynone pn python:any none ii virtinst 1:1.0.1-5 Versions of packages virt-manager recommends: ii gir1.2-spice-client-gtk-3.0 0.25-1+b1 ii gnome-icon-theme 3.12.0-1 ii libvirt-daemon-system1.2.9-9 Versions of packages virt-manager suggests: ii gnome-keyring3.14.0-1+b1 ii python-gnomekeyring 2.32.0+dfsg-3 pn python-guestfs none ii ssh-askpass 1:1.2.4.1-9 ii virt-viewer 1.0-1 -- 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#780403: debian-policy: Define what should happen when installing a package and the init script fails to start it
Package: debian-policy Severity: wishlist What should happen if installing a package and then when it tries to start its service it fails? Currently the most common behaviour seems to be that the installation fails. But is that the best outcome? What if the sysadmin has a reverse proxy listening on port 80 and then decides to install Apache or Nginx? The init script fails until it changes the port to 8080 for example, but shouldn't the package just install fine anyway? It could be said that a failure to startup is not a failure to install; the package is installed fine but configured wrong. What if one wants to install Nginx as a frontend to static files and delegate dynamic pages to Apache? Maybe for the sake of flexibility and not so standard setups, init script failure could be defined to not cause install failure. For example, change this in postinst: invoke-rc.d service start || exit $? to this: invoke-rc.d service start || true See for example: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779825 Thanks for considering! Have a good day. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779825: no port attached to webserver
And I filled http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780403 just in case. I wonder, what would happen if the config just says listen 80 or listen *:80? It will listen in both IPv4 and IPv6 and if IPv6 isn't available fall back gracefully to only IPv4? Can someone test? That could be the fix for this bug. Thanks!!! El 13/03/15 a las 02:16, Kartik Mistry escibió: severity 779825 important thanks Setting severity to important as per discussion above. On Wed, Mar 11, 2015 at 12:28 AM, Michael Lustfield mich...@lustfield.net wrote: I've seen this in other packages such as mysql. Admittedly, it can be a bit frustrating that an inability to cleanly update/install a package can cause issues during an upgrade. However, it is possible that something else may depend on a package cleanly upgrading before it can proceed. I can think of a few cases where this could happen. To be perfectly honest, I'd like to make an inability to start not prevent a clean upgrade as well. We'll definitely need to discuss it a bit. I do wish there was a Debian policy about this because we've really just stuck with how most packages behave. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779825: no port attached to webserver
Shirish, doesn't matter if your ISP doesn't have IPv6, thats no reason to disable it system wide and not using it, loopback connections will use it, as well maybe LAN connections. Nginx will listen on both IPv4 and IPv6. You are using a non standard setup so problems like this will happen. Regarding dh_installinit, I disagree thats the best behavior, for me it would be best that it complains but continues the configuration ignoring the error anyway; the init file is correctly installed, it just failed to start it, thats not an installation problem, there is nothing wrong with the installation... though that probably should be discussed in another wishlist report or a mailing list... This bug should be closed then, thanks very much to everyone! El 10/03/15 a las 13:08, shirish शिरीष escibió: at bottom :- On 3/10/15, Christos Trochalakis yati...@ideopolis.gr wrote: snipped This is definitely the problem, nginx cannot bind an ipv6 socket so it fails to start. The package stays in unconfigured state when nginx could not be started, this is standard behaviour: dh_installinit by default adds a stanga in the postinst script that runs `invoke-rc.d service start || exit $?`. So when the service fails the script exits with a non-zero exit status. Please let me know what do you want to do so I know what action I need to take my end - a. Wait for you to package a patched version. b. Think of how I can get IPv6 only on the loopback interface 'lo' . This is how I had done it https://wiki.debian.org/DebianIPv6#How_to_turn_off_IPv6 basically ~$ cat /etc/default/grub | grep ipv6 GRUB_CMDLINE_LINUX_DEFAULT=ipv6.disable=1 init=/lib/systemd/systemd You can delete the `listen` ipv6 line from your nginx config (probably /etc/nginx/sites-enabled/default) and run an `apt-get install` to reconfigure the package. That should fix the issue for you. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 Hi Christos, Thank you for taking time off and helping. I don't see IPv6 mentioned anywhere in the file explicitly but I am guessing you are saying to delete line 18 from the file. listen [::]:80 default_server; If my understanding is correct then the ::: are for IPv6 as the addresses are pretty large. It's a good thing that the sites-available/default file is from nginx-common package $ dpkg -L nginx-common | grep default /etc/default /etc/default/nginx /etc/nginx/sites-available/default So I deleted that line and then reinstalled the package. ~$ sudo aptitude install nginx-full The following partially installed packages will be configured: nginx-full No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 4 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. D01: ensure_diversions: new, (re)loading D01: process queue pkg nginx-full:amd64 queue.len 0 progress 1, try 1 Setting up nginx-full (1.6.2-5) ... D01: ensure_diversions: same, skipping D01: cmpversions a='0:1.17.24' b='0:1.16' r=1 D01: cmpversions a='0:1.17.24' b='0:1.16' r=1 D01: ensure_diversions: new, (re)loading D01: cmpversions a='0:1.17.24' b='0:1.16' r=1 D01: cmpversions a='0:1.17.24' b='0:1.16' r=1 For some reason I like aptitude more than apt-get, does the same thing, as can be seen it reconfigures the package and doesn't complain anymore. Then ran the test :- $ sudo /usr/sbin/nginx -t nginx: the configuration file /etc/nginx/nginx.conf syntax is ok nginx: configuration file /etc/nginx/nginx.conf test is successful Made sure that dpkg says it is installed just fine :- $ dpkg -l nginx-full Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii nginx-full 1.6.2-5 amd64 nginx web/proxy server (standard version) So, essentially the work-around works. Now the standard behavior should be that if IPv6 fails, it should fall-back to IPv4 but for some reason that isn't happening. Just as a caveat also saw this http://www.ipv6-test.com/stats/country/IN, so it seems it will take a few more years for Ipv6 to become dominant at least here in India. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE
Bug#779825: no port attached to webserver
Hello Shirish! Good news, thats it, you don't have IPv6 at all configured, not even for the loopback interface, which is a pretty non standard setup nowadays so be careful, other services could act badly. I don't know what the Policy document says about this situation, but shouldn't the install succeed even if Nginx couldn't be started? For example, suppose that I want to remove all IPv6 support from a server, I think the package should install correctly anyway and let me fix the configuration later myself to avoid listening on IPv6 and listen only in IPv4. Or what happens if I have something else listening on port 80 (a reverse proxy for example) and I want to install Nginx and then change it to listen on port 81 instead? This is not a bug on _installation_ but on _startup_, there's a difference. Of course this is my own personal opinion and haven't read the Policy document in years... Thanks all, have a great day everybody! El 09/03/15 a las 09:59, shirish शिरीष escibió: Hi Ivan, The output is :- $ ip -6 addr $ On 3/9/15, Ivan Baldo iba...@adinet.com.uy wrote: Hello. Maybe you don't have IPv6 at all configured, not even in the lo interface? Whats the output of ip -6 addr? Thanks! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779825: no port attached to webserver
Hello. Maybe you don't have IPv6 at all configured, not even in the lo interface? Whats the output of ip -6 addr? Thanks! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#779825: no port attached to webserver
Ok, decided to check current Debian Policy Manual and there isn't a specific mention of what to do when starting a service after dpkg's configuration phase and that service fails. So I guess is up to maintainers of this package to decide. For what is worth, I vote for just continuing anyway and let the sysadmin fix it later, since it surely will see that the webserver isn't starting... Thanks for your consideration! El 09/03/15 a las 10:14, Ivan Baldo escibió: Hello Shirish! Good news, thats it, you don't have IPv6 at all configured, not even for the loopback interface, which is a pretty non standard setup nowadays so be careful, other services could act badly. I don't know what the Policy document says about this situation, but shouldn't the install succeed even if Nginx couldn't be started? For example, suppose that I want to remove all IPv6 support from a server, I think the package should install correctly anyway and let me fix the configuration later myself to avoid listening on IPv6 and listen only in IPv4. Or what happens if I have something else listening on port 80 (a reverse proxy for example) and I want to install Nginx and then change it to listen on port 81 instead? This is not a bug on _installation_ but on _startup_, there's a difference. Of course this is my own personal opinion and haven't read the Policy document in years... Thanks all, have a great day everybody! El 09/03/15 a las 09:59, shirish शिरीष escibió: Hi Ivan, The output is :- $ ip -6 addr $ On 3/9/15, Ivan Baldo iba...@adinet.com.uy wrote: Hello. Maybe you don't have IPv6 at all configured, not even in the lo interface? Whats the output of ip -6 addr? Thanks! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762700: systemd: journald fails to forward some messages to syslog
Hello. Sorry if what I ask is very silly, but I feel I need to ask anyway... If sysvinit started syslog and waited for it and then started everything else, why can't we do the same with systemd? I mean, don't create the socket and then start syslog, but just start syslog and make everything that logs wait for it like in sysvinit. Is this just a performance optimization or is there another reason? BTW, my system says systemd-journal[153]: Forwarding to syslog missed 293 messages.. Another thing I don't understand is why after startup, in normal operation, things like NetworkManager or some other daemons can lose messages to syslog? Does that happen with sysvinit too or is it a systemd specific thing? RHEL7 has the same issue? Maybe they have solved it or do something differently, but it could be useful to look... Thanks and sorry for being dumb! Have a great day! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774920: /etc/init.d/rng-tools: Missing (short)description in initscript PATCH
Hello. El 28/02/15 a las 02:22, Henrique de Moraes Holschuh escibió: On Wed, 18 Feb 2015, Ivan Baldo wrote: +# kFreeBSD do not accept scripts as interpreters, using #!/bin/sh and sourcing. What is the point of running rng-tools under kfreebsd? Does it even work? I don't know if it works or if it is or not packaged for that architecture, I just based it on the skeleton file, feel free to remove that part and put #!/lib/init/init-d-script instead of #!/bin/sh. Thanks for looking into this!!! Have fun today! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778785: Support -i option in /etc/default/rpld
Hello Jonas!!! Sorry for taking so long to reply to you. El 19/02/15 a las 19:25, Jonas Smedegaard escibió: Hi Ivan, Quoting Ivan Baldo (2015-02-19 21:09:11) Sometimes it is necessary to specify the -i option to the rpld daemon, could you please add support for that option in /etc/default/rpld to avoid editing /etc/init.d/rpld? If this is already supported in Sid then please ignore (using Squeeze yet). Thanks a lot!!! I am quite surprised about this bugreport. Not the issue you report, but I was unaware of any possible use case for this code - which is the reason I dropped the package from Debian two years ago: https://bugs.debian.org/702327 If you still have a use for the RPL daemon, and think you are not alone in the Universe with such need, I will add back rpld as a Debian package, and look into fixing that minor issue you report here. I have just checked carefully and yes, I have only one machine remaining that has support for RPL but not for PXE, heh! :-) I thought I had more of them but it seems that we got rid of most of them gradually except this lonely one, time to replace it with high honors I think :-). If nobody else reported to be using the daemon then don't add it, though I am surprised that no one else uses it, considering that there are many poor places in the world that can benefit from using old hardware as dumb terminals and have trouble booting from USB so RPL is a practical option to boot iPXE and then all the rest. Thanks a lot for offering to re add the package!!! Thats very kind from you!!! It seems not necessary though. If anyone needs RPL they can compile the program themselves or use the old package. Have a great day man!!! Thanks a lot. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778785: Support -i option in /etc/default/rpld
Package: rpld Version: 1.8beta1-8.1 Severity: wishlist Sometimes it is necessary to specify the -i option to the rpld daemon, could you please add support for that option in /etc/default/rpld to avoid editing /etc/init.d/rpld? If this is already supported in Sid then please ignore (using Squeeze yet). Thanks a lot!!! -- System Information: Debian Release: 6.0.10 APT prefers squeeze-lts APT policy: (500, 'squeeze-lts'), (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rpld depends on: ii libc62.11.3-4+deb6u4 Embedded GNU C Library: Shared lib ii netbase 4.45Basic TCP/IP networking system rpld recommends no packages. rpld suggests no packages. -- Configuration Files: /etc/default/rpld changed [not included] /etc/init.d/rpld changed [not included] /etc/rpld.conf changed [not included] -- 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#774920: /etc/init.d/rng-tools: Missing (short)description in initscript PATCH
Hello. I prepared this patch in case you find it useful: --- rng-tools 2011-06-28 22:55:44.0 -0300 +++ rng-tools.new 2015-02-18 23:02:41.602094963 -0200 @@ -1,24 +1,31 @@ #! /bin/sh -# -# rng-toolsinitscript for the rng-tools package -# Copr. 2003 by Henrique de Moraes Holschuh h...@debian.org -# Copr. 2002 by Viral Shah vi...@debian.org -# +# kFreeBSD do not accept scripts as interpreters, using #!/bin/sh and sourcing. +if [ true != $INIT_D_SCRIPT_SOURCED ] ; then +set $0 $@; INIT_D_SCRIPT_SOURCED=true . /lib/init/init-d-script +fi ### BEGIN INIT INFO # Provides:rng-tools # Required-Start: $remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 # Default-Stop:0 1 6 +# Short-Description: Hardware random number generator entropy gatherer daemon +# Description: The rngd daemon acts as a bridge between a Hardware TRNG +# (true random number generator) such as the ones in some +# Intel/AMD/VIA chipsets, and the kernel's PRNG +# (pseudo-random number generator), feeding the random +# data to the kernel entropy pool after verifying its +# randomness, increasing the bandwidth and randomness of +# /dev/random. ### END INIT INFO -# -# -# $Id: rng-tools.init,v 1.6.2.10 2008-06-10 19:51:37 hmh Exp $ + +# Author: (C)2003 by Henrique de Moraes Holschuh h...@debian.org +# Author: (C)2002 by Viral Shah vi...@debian.org PATH=/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/rngd NAME=rngd -DESC=Hardware RNG entropy gatherer daemon +DESC=Hardware random number generator entropy gatherer daemon PIDFILE=/var/run/rngd.pid DEVICELIST=hwrng hw_random hwrandom intel_rng i810_rng It is based on the current version of /etc/init.d/skeleton for Jessie. Thanks for looking into it! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776034: fsck runs in parallel on same physical disk
Hello. This is my opinion FWIW: there should be two bugs not one. One wishlist bug for util-linux to implement -l for LVM and MD; if the kernel needs an interface to implement this, then report a wishlist bug for the Linux kernel to implement the required interface; so maybe one day we can have optimal fsck's. Another normal (or maybe important) bug for systemd to not launch fsck's for LVM or MD devices in parallel, wait for all other running fscks to finish, then launch one and only one fsck for LVM or MD, etc.; thats what fsck -A does, if systemd cannot do it better then just use fsck -A that works correctly, don't reinvent an inferior wheel! Thanks for caring! :-) -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776977: gnomint: Missing support for Subject Alternative Names
Package: gnomint Version: 1.2.1-7 Severity: wishlist Tags: upstream It would be nice if Gnomint would allow me to enter Subject Alternative Names according to RFC3280 section 4.2.1.7 when generating the Certificate Requests. This is not unlike https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731321 . This request is also reported upstream at http://sourceforge.net/p/gnomint/bugs/33/ and http://sourceforge.net/p/gnomint/bugs/8/ . Thanks! -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_UY.UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gnomint depends on: ii gconf-service 3.2.6-3 ii gconf2 3.2.6-3 ii libc6 2.19-13 ii libgconf-2-43.2.6-3 ii libgcrypt20 1.6.2-4+b1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.1-1 ii libgnutls-deb0-28 3.3.8-5 ii libgtk2.0-0 2.24.25-1 ii libreadline66.3-8+b3 ii libsqlite3-03.8.7.1-1 gnomint recommends no packages. gnomint 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#776485: systemd: Enable readahead by default
Hello Michael! El 30/01/15 a las 01:01, Michael Biebl escibió: Am 30.01.2015 um 03:41 schrieb Ivan Baldo: El 28/01/15 a las 13:36, Michael Biebl escibió: Unfortunately, there is not much we can do downstream. At least I wouldn't want to re-surrect the code and ship it as a downstream patch. That would be quite unmaintainable. 100% agreed!!! Myself, I'm using a SSD, so personally I never bothered to enable readahead. The best chances to have is probably raising this issue on the upstream mailing list. Although I would not be too optimistic. They are asking for a maintainer, so if someone wants it then it should step up and declare so, that means testing it in every release I guess. What I fail to see, is if this code is so problematic or so troublesome to maintain, because if it just works and doesn't need changes then it doesn't need too much testing and they could just keep it and if someone reports some failure then activate it on an SSD and see if it fails and if it is easy to fix, if its not then they could just drop the code then, but just dropping it because they don't use it if its there and working then why?, just keep it and somebody will tell soon enough if it stops working... Its like dropping support for 32 bits x86 kernels and userspace because developers don't use it anymore... I'm tagging the bug wontfix for now, but I'm inclined to just close, since going forward, it probably doesn't make sense to keep it open. Should be closed yes. Maybe you would like to add the command to the README.Debian in Jessie for the people that wants to try it and of course warn that it was removed in v217, to make it a bit more visible. We were actually considering to already disable readahead for jessie, so people don't get used to it and are then disappointed in jessie+1. Oh! I am glad you didn't disable it!!! Please keep it for Jessie, it is working wonderfully. For Jessie+1 then of course it should be dropped, if in two years I am still using a hard disk I may give it a try to resurrect it in whatever Systemd we have then and try to convince upstream to include it, but I am pretty sure I will be using an SSD by then (and you may be using memristors, heh! :-) ). It's probably a bit late to do that now, but adding a note to README.Debian that readahead is going away in jessie, might be compromise. Indeed, sounds like a good idea, but put the magic commands to enable it too, it is working and there is no reason to not enable it if someone is using a hard disk to boot. Thanks a lot for all your replies and all the hard work you do in maintaining Systemd! It surely isn't easy, so really: THANKS A LOT! You rock! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776600: virt-manager: Windows 7 Ultimate Spanish requires 9 Gb, Virt Manager suggests 8 Gb
Package: virt-manager Version: 1:1.0.1-3 Severity: minor Tags: upstream Hello. I created a new VM with Virt Manager GUI, selected Windows 7 and in the storage part, it suggests to create it with 8 Gb, then Windows 7 Ultimate Spanish installer didn't allow to install, I had to recreate the VM and modify the storage to 15 Gb. After installing it, I checked and it uses 8.77 Gb. I expected the default value to be appropiate as a minimum with some spare space, so I suggest modifying it to be 12 Gb to have some room for updates and maybe installing a couple of programs. Also, it suggests to use 512 Mb of RAM which is too tight, I suggest 768 Mb as a minimum. If these settings aren't set by selected OS, then they should be or at least some labels should be put in place with the recommended minimal values for the OS selected. Thanks! -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_UY.UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages virt-manager depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gconf2 3.2.6-3 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-gtk-vnc-2.0 0.5.3-1.3 ii gir1.2-libvirt-glib-1.0 0.1.9-4 ii gir1.2-spice-client-gtk-3.0 0.25-1+b1 ii gir1.2-vte-2.90 1:0.36.3-1 ii librsvg2-common 2.40.5-1 ii python-dbus 1.2.0-2+b3 ii python-gi3.14.0-1 ii python-gi-cairo 3.14.0-1 ii python-ipaddr2.1.11-2 ii python-libvirt 1.2.9-1 ii python-urlgrabber3.9.1-4.1 pn python2.7:anynone pn python:any none ii virtinst 1:1.0.1-3 Versions of packages virt-manager recommends: ii gnome-icon-theme 3.12.0-1 pn libvirt-daemon none ii python-spice-client-gtk 0.25-1+b1 Versions of packages virt-manager suggests: pn gnome-keyringnone pn python-gnomekeyring none pn python-guestfs none ii ssh-askpass 1:1.2.4.1-9 ii virt-viewer 1.0-1 -- 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#776485: systemd: Enable readahead by default
Hello! El 28/01/15 a las 13:36, Michael Biebl escibió: control: tags -1 - patch control: tags -1 + wontfix Hi, Am 28.01.2015 um 16:26 schrieb Ivan Baldo: Package: systemd Version: 215-10 Severity: wishlist Tags: patch Systemd's implementation of readahead is suitable and beneficial for both rotating media and solid state disks. If there is a reason not to enable it by default, then please document that reason on README.Debian along with the following command to activate it: systemctl enable systemd-readahead-collect.service systemd-readahead- drop.service systemd-readahead-replay.service Enabling the service for unstable/testing is not an option, as it might cause regressions, which we don't want to risk this late in the release cycle. True! As for the version in expiremental: Upstream dropped the readahead functionality in v217, so there is nothing to enable anymore: * systemd's readahead implementation has been removed. In many circumstances it didn't give expected benefits even for rotational disk drives and was becoming less relevant in the age of SSDs. As none of the developers has been using rotating media anymore, and nobody stepped up to actively maintain this component of systemd it has now been removed. In my machine it saves 20s (desktop), I am surprised that they say it doesn't give benefits for rotational disks. If you have a rotational disk give it a try, remember you need to boot twice to see the benefit. It is the best implementation of read ahead that I have seen so far, sad to see it disappear, I hope that solid state disks become bigger and cheaper in about two years to justify buying them myself (many in undeveloped countries face the same situation, too expensive to us yet). I'm tagging the bug wontfix for now, but I'm inclined to just close, since going forward, it probably doesn't make sense to keep it open. Should be closed yes. Maybe you would like to add the command to the README.Debian in Jessie for the people that wants to try it and of course warn that it was removed in v217, to make it a bit more visible. Thanks a lot for maintaining Systemd!!! Have a great day. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776485: systemd: Enable readahead by default
Package: systemd Version: 215-10 Severity: wishlist Tags: patch Systemd's implementation of readahead is suitable and beneficial for both rotating media and solid state disks. If there is a reason not to enable it by default, then please document that reason on README.Debian along with the following command to activate it: systemctl enable systemd-readahead-collect.service systemd-readahead- drop.service systemd-readahead-replay.service Thanks! -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd depends on: ii acl 2.2.52-2 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-58 ii libacl1 2.2.52-2 ii libaudit1 1:2.4-1+b1 ii libblkid1 2.25.2-4.1 ii libc6 2.19-13 ii libcap2 1:2.24-6 ii libcap2-bin 1:2.24-6 ii libcryptsetup4 2:1.6.6-4 ii libgcrypt20 1.6.2-4+b1 ii libkmod218-3 ii liblzma55.1.1alpha+20120614-2+b3 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libsystemd0 215-10 ii mount 2.25.2-4.1 ii sysv-rc 2.88dsf-58 ii udev215-10 ii util-linux 2.25.2-4.1 Versions of packages systemd recommends: ii dbus1.8.12-3 ii libpam-systemd 215-10 Versions of packages systemd suggests: ii systemd-ui 3-2 -- 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#677222: log_slow_queries deprecated
Arrgg!!! This bug hit me in Jessie with MariaDB 10. If you change it as Steven said, then MariaDB 10 and MySQL 5.5 will start correctly if the user decides to uncomment it. I can't believe this was reported in june 2012 and nothing has been done about it since, now users upgrading will hit this and if not fixed readily users installing Jessie will be hit too, loosing time unnecessarily for everyone Thanks in advance. Have a nice day. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755722: ntpdate does not set the RTC when syncing the system clock
Hello. Kurt Roeckx wrote: ntp does not tell the kernel to do so. The kernel does so when it the clock is synchronized. That is when the status != STA_UNSYNC. But it is true that only ntpd sets this and not ntpdate. I'm not sure it's a good idea to set this in something like ntpdate or since it might only runs once. The current implementation only seems to be doing this after an adjtimex() call. I don't understand why it isn't a good idea to do it in ntpdate. Doesn't ntpdate get an accurate time at the moment it runs that should be more accurate than the RTC? Sorry, I am not an expert though I would like to know why that is a bad idea. Thanks for your info! Have a nice day! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773685: synaptic: Add Priority column.
Package: synaptic Version: 0.81.2 Severity: wishlist Please, consider adding a Priority column option for the packages list. Thanks! -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: unable to detect Versions of packages synaptic depends on: ii hicolor-icon-theme 0.13-1 ii libapt-inst1.5 1.0.9.4 ii libapt-pkg4.12 1.0.9.4 ii libatk1.0-0 2.14.0-1 ii libc62.19-13 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libept1.4.12 1.0.12.1 ii libgcc1 1:4.9.1-19 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libstdc++6 4.9.1-19 ii libvte-2.90-91:0.36.3-1 ii libx11-6 2:1.6.2-3 ii libxapian22 1.2.19-1 ii libxext6 2:1.3.3-1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages synaptic recommends: ii gksu 2.0.2-9 ii libgtk2-perl 2:1.2492-3 ii policykit-10.105-8 ii rarian-compat 0.8.1-6 Versions of packages synaptic suggests: pn apt-xapian-index none pn deborphannone pn dwww none ii menu 2.1.47 pn software-properties-gtk none ii tasksel 3.29 -- 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#750790: readahead-fedora: Physically reorder files on disk
Package: readahead-fedora Version: 2:1.5.6-4 Severity: wishlist Tags: upstream For rotational media, it would be nice to have the files that are used during boot in a contiguous region preferably at the start of the partition. For an example implementation, e4rat-realloc could be used (part of http://e4rat.sourceforge.net/). It should be done after profiling and at system shutdown with the least amount of processes running. Thanks for this package, it really speeds up the boot process! Have a nice day. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages readahead-fedora depends on: ii dpkg 1.16.14 ii e2fslibs 1.42.5-1.1 ii initscripts 2.88dsf-41+deb7u1 ii libaudit01:1.7.18-1.1 ii libblkid12.20.1-5.3 ii libc62.13-38+deb7u1 readahead-fedora recommends no packages. readahead-fedora 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#390580: debianutils: sensible-editor should not act as a fork bomb
Ok, call me stupid, but I did the same mistake of setting EDITOR=sensible-editor!!! Not funny :-). Can you support or tolerate stupid users? :-) Thanks!!! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568839: tasksel: please add readahead-fedora to the desktop task
And still waiting... This is a good idea to have, specially for people that don't know about it, if they install a standard Debian desktop then they should get this package by default... Bye. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540959: xulrunner: embeds libvorbis
Is this bug current still or has been fixed? Thanks. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735478: Different patch
Hello.
It happens for Montevideo, Uruguay too.
I looked at the source and the patch from Christoph will make an
assertion when viewing the forecast summary or something like that: at
line 490 of weather-summary.c is called get_data_f (weatherdata,
TEMP_MAX) and inside get_data_f() in weather-data.c NULL is checked for.
There aren't any other users of the xml_dayf::hi element.
The code can be changed safely to just put NA there or any other
string, even an empty string (anything but NULL):
diff -urN xfce4-weather-plugin-0.7.4/panel-plugin/weather-parsers.c
xfce4-weather-plugin-0.7.4.allow_empty_hi/panel-plugin/weather-parsers.c
--- xfce4-weather-plugin-0.7.4/panel-plugin/weather-parsers.c 2011-02-02
18:31:29.0 -0200
+++
xfce4-weather-plugin-0.7.4.allow_empty_hi/panel-plugin/weather-parsers.c
2014-01-17 16:21:15.399088000 -0200
@@ -301,7 +301,8 @@
if (NODE_IS_TYPE (cur_node, hi))
{
ret-hi = DATA (cur_node);
- g_assert (ret-hi != NULL);
+ if (ret-hi == NULL)
+ret-hi = g_strdup (NA);
}
else if (NODE_IS_TYPE (cur_node, low))
{
Thanks for uploading it!
Bye.
P.s.: thanks Christoph for your analysis and initial patch though!!!
--
Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/
From Montevideo, Uruguay, at the south of South America.
Freelance programmer and GNU/Linux system administrator, hire me!
Alternatives: iba...@codigolibre.net - http://go.to/ibaldo
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561851: Reported to upstream...
Reported to upstream: https://sourceforge.net/p/net-tools/bugs/15/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511395: Fixed or not?
Hello. Has this bug been fixed or not yet? Here is the upstream fix: https://sourceforge.net/p/net-tools/code/ci/98e1d904bb1608662bbb33553f24202c2b95aa42/ Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682071: nautilus: Built-in search does not work for non-indexed directories when tracker is enabled
Hello. So, Tracker comes with some defaults of places to index, but when doing a search with CTRL+F in Nautilus in a place outside that index is currently _very_ broken, because it doesn't show results but also doesn't tell the user why it isn't returning results and not using any fall-back whatsoever... I hope newer Nautilus has this sorted somehow but if a backport of the fixes isn't easy, then, in my opinion (for whats is worth...), the best thing for users is to recompile Nautilus without Tracker support. I did this for my friend but its not good to make every user go through that trouble, no drawbacks found yet; indexing everything was not possible, too much files, slow wifi network... The trouble wasn't recompiling but actually figuring out what was going on, that took a lot of time... So please, give this bug the importance that it deserves and take some reasonable measure. My fingers are crossed... Thanks a lot for reading! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718431: icedtea6-plugin: No version compatible with openjdk-6-jre 6b27-1.12.6-1~deb6u1 available
Hello. Thanks for your answer! AFAIK oldstable should be still maintained up to February 6th 2014, should I report a bug to Iceweasel for having Iceweasel 17 in oldstable? I am a bit hesitant for that, whats your opinion? Thanks a lot man! Have a nice day. P.s.: I know I know, I must update soon, I am clearing my priority work queue and start upgrading and testing, but I think it will take me at least a couple of months for that if not more, I guess there are others in the same situation... thanks for your consideration! El 09/08/13 11:13, Moritz Muehlenhoff escribió: On Thu, Aug 08, 2013 at 03:38:52PM -0300, Ivan Baldo wrote: Hello. Moritz, you did the upload to oldstable, could you please take a look at this issue? See the changelog: -- openjdk-6 (6b20-1.10~pre2-0ubuntu1) natty; urgency=low * Remove the plugin and javaws from the packaging, removed upstream. -- icedtea-web could be backported to oldstable and introduced in the 6.0.8 point release. I won't work on that since Iceweasel in oldstable has been end-of-lifed anyway (see http://www.debian.org/security/2013/dsa-2716) Cheers, Moritz -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718431: icedtea6-plugin: No version compatible with openjdk-6-jre 6b27-1.12.6-1~deb6u1 available
Hello again, I hope I am not being too annoying :-/. El 09/08/13 12:15, Moritz Mühlenhoff escribió: On Fri, Aug 09, 2013 at 11:59:12AM -0300, Ivan Baldo wrote: Hello. Thanks for your answer! AFAIK oldstable should be still maintained up to February 6th 2014, should I report a bug to Iceweasel for having Iceweasel 17 in oldstable? I am a bit hesitant for that, whats your opinion? Thanks a lot man! Have a nice day. P.s.: I know I know, I must update soon, I am clearing my priority work queue and start upgrading and testing, but I think it will take me at least a couple of months for that if not more, I guess there are others in the same situation... thanks for your consideration! Backporting iceweasel 17 to oldstable is too much effort. We asked for help, but noone stepped forward: http://www.debian.org/security/2013/dsa-2699 There it says We don't have the resources to backport security fixes to the Iceweasel release in oldstable-security any longer., but my question is: is it possible to have Iceweasel 17 in oldstable? Currently we are running Iceweasel 10 from BPO in oldstable without problems, don't know if 17 would work without too much trouble or will be too much work to make it run in oldstable. I mean, having the exact same Iceweasel that the security team maintains in Wheezy but rebuilt in Squeeze; not backporting fixes to v10 but having v17 instead. Thanks a lot for all your consideration and answers so far, really appreciated!!! Cheers, Moritz -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718431: icedtea6-plugin: No version compatible with openjdk-6-jre 6b27-1.12.6-1~deb6u1 available
Hello. Moritz, you did the upload to oldstable, could you please take a look at this issue? Thanks!!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#553634: README.Debian.nfsv4 needs update
Hello. The information from the README.Debian.nfsv4 file seems to be from 11 Oct 2006. The information regarding the server part should be based on whats actually in Wheeze, and information for clients should cover also Squeeze; everything else should be deleted because it is too old or not available in any currently maintained stable Debian version. I don't know if the problem of the original reporter currently applies. I am still using NFSv3 but considering a migration to NFSv4 but I don't know if it is stable for production use yet, it should be clarified in that file. Thanks for your help!!! Have a nice day. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600871: This bug could maybe be closed now?
Hello. This bug still applies? Maybe it could be closed now... Thanks. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705711: linux-image-2.6.32-5-686: AMD A6-3500 APU with Radeon HD 6530D not supported
Hello Ben. JFYI with apt-get install -t squeeze-backports linux-image-686 firmware-linux xorg libdrm2 libdrm-radeon1 libgl1-mesa-glx it worked although with the FBDEV driver; the Radeon driver loads first but doesn't say anything about not supporting it, it just unloads and then VESA refuses to load because it detects KMS, so then is the FBDEV turn that uses the FBDev API exposed by the KMS driver and it works. Is good enough for office work so I am ok. Maybe this info could help someone else with the same problem on Squeeze. If you know or have some tip to try to load the Radeon driver let me know, but it isn't too important for me at least. Thanks a lot! El 18/04/13 20:12, Ben Hutchings escribió: Control: tag -1 wontfix On Thu, Apr 18, 2013 at 07:09:03PM -0300, Ivan Baldo wrote: Package: linux-2.6 Version: 2.6.32-46 Severity: wishlist Tags: squeeze This is just to let you know. I don't know if a backport to support that driver is worthwhile or not, complex or trivial, etc... The VESA driver is unstable, sometimes X starts, sometimes not, when it starts it doesn't support the monitors native resolution. Thanks for your consideration! Happy hacking! Sorry, it won't be possible to add any new graphics hardware support to 'squeeze'. The kernel and X packages in squeeze-backports might support this hardware properly; otherwise try Debian 7.0 'wheezy' which will be released very shortly. Ben. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705711: linux-image-2.6.32-5-686: AMD A6-3500 APU with Radeon HD 6530D not supported
Package: linux-2.6 Version: 2.6.32-46 Severity: wishlist Tags: squeeze This is just to let you know. I don't know if a backport to support that driver is worthwhile or not, complex or trivial, etc... The VESA driver is unstable, sometimes X starts, sometimes not, when it starts it doesn't support the monitors native resolution. Thanks for your consideration! Happy hacking! -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-46) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Sun Sep 23 09:49:36 UTC 2012 ** Command line: initrd=inteligentes/initrd.img fsprotect=50% nfsroot=/usr/local/terminales/inteligentes BOOT_IMAGE=inteligentes/vmlinuz ** Tainted: C (1024) * Module from drivers/staging has been loaded. ** Kernel log: [5.884366] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.887527] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.890714] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.895858] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.900191] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.903692] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.907855] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.912529] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.915711] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.919022] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.921823] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.925810] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.928731] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.932748] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.936422] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.940484] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.943392] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.947691] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.950899] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.956648] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.959580] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.963901] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.968694] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.972268] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.975335] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.978244] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.981024] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [5.984400] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [6.177528] usbcore: registered new interface driver usbserial [6.177586] USB Serial support registered for generic [6.177637] usbcore: registered new interface driver usbserial_generic [6.177686] usbserial: USB Serial Driver core [6.183778] USB Serial support registered for Handspring Visor / Palm OS [6.183836] USB Serial support registered for Sony Clie 3.5 [6.183979] USB Serial support registered for Sony Clie 5.0 [6.184098] usbcore: registered new interface driver visor [6.184135] visor: USB HandSpring Visor / Palm OS driver [7.641971] svc: failed to register lockdv1 RPC service (errno 97). [8.161350] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.163707] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.165977] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.168390] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.170707] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.173142] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.175449] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.178060] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.180347] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.182600] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.185019] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.187348] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.189682] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.191903] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [8.194330] hda_codec: num_steps = 0 for NID=0xc (ctl = Front Playback Volume) [
Bug#705715: microcode.ctl: Option to download even if the CPU isn't Intel
Package: microcode.ctl Version: 1.17-13 Severity: wishlist So I run Linux from an USB pendrive, I install it in an AMD system but I will use it sometimes in an Intel system, I need to download and keep updated the database even if it isn't for the CPU I am using right now. In my personal opinion I think that if someone installs this package and runs the script to update the database it should do as told irrespective of the CPU it has. Otherwise having an option to simply force the download would be nice. Thanks for your consideration. Have a nice day! -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/3 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_UY.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages microcode.ctl depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii module-init-tools 3.12-2+b1 tools for managing Linux kernel mo ii udev 164-3 /dev/ and hotplug management daemo Versions of packages microcode.ctl recommends: ii intel-microcode 0.20100826-1 Processor microcode data file for ii wget1.12-2.1 retrieves files from the web microcode.ctl suggests no packages. -- debconf information: * microcode.ctl/check-new: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704485: read-edid: get-edid doesn't work with NVidia with Nouveau KMS
Package: read-edid Version: 2.0.0-3.1 Severity: normal get-edid doesn't work with NVidia with Nouveau KMS, though one can use cat /sys/devices/pci:00/:00:0d.0/drm/card0/card0-VGA-1/edid | parse-edid It would be nice if get-edid checked for those files first instead of failing. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_UY.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages read-edid depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libx86-1 1.1+ds1-6 x86 real-mode library read-edid recommends no packages. read-edid 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#509195: closed by Rahul Amaram amaramra...@users.sourceforge.net (Done: Unable to work with more than 1000 items in a group calendar)
Hello! Newer versions of IceOwl don't have this problem because they ask for items incrementally. I don't remember since what version though. We plan to upgrade the server running calendarserver and other things sometime after Wheezy. Hope I can migrate the calendars from one server to the other... Thanks for your work! Have a great day. El 10/06/12 08:18, Debian Bug Tracking System escribió: This is an automatic notification regarding your Bug report which was filed against the calendarserver package: #509195: Unable to work with more than 1000 items in a group calendar It has been closed by Rahul Amaramamaramra...@users.sourceforge.net. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Rahul Amaramamaramra...@users.sourceforge.net by replying to this email. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657097: Please close this bug.
Please close this bug, thanks! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669119: In ip-up.d if fail then try again after 3s.
Package: ddclient Version: 3.8.0-11.5 Severity: normal Don't know why but my PPP interface sometimes isn't working right away and needs some time to settle, so sometimes when ddclient runs from /etc/ppp/ip-up.d/ddclient it is unable to set the new IP. My workaround was to add a sleep 3 in /etc/default/ddclient. It would be nice that if the ddclient command fails in ip-up.d then wait 3s in the background and run it again. That would make it more robust. I prefer not to run it as a daemon. Thanks for packaging 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/2 CPU cores) Locale: LANG=es_UY.UTF-8, LC_CTYPE=es_UY.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ddclient depends on: ii debconf [debconf-2.0] 1.5.41 ii initscripts2.88dsf-22 ii lsb-base 3.2-28.1 ii perl [perl5] 5.14.2-9 Versions of packages ddclient recommends: ii libio-socket-ssl-perl 1.59-1 ddclient suggests no packages. -- debconf information: ddclient/fetchhosts: From list * ddclient/run_daemon: false ddclient/hostslist: * ddclient/interface: ppp0 * ddclient/protocol: dyndns2 * ddclient/run_ipup: true * ddclient/username: ibaldo ddclient/blankhostslist: * ddclient/names: ibaldo.dyndns.org ddclient/modifiedconfig: ddclient/checkip: true * ddclient/server: members.dyndns.org ddclient/daemon_interval: 300 * ddclient/service: www.dyndns.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585409: Too ambitious!
Hello Ove! I appreciate your work and time, what follows is just a constructive opinion for your consideration. Many of the things you mention are really upstream bugs and considering your limited time it would be best just to delegate that work to upstream (coinstallability, multiarch, etc.). Instead of aiming for perfection and missing Wine 1.4 in Wheeze I think it would be far more useful to focus on having only one wine package of the 1.4.x version in 32 bits without 64 bits support and without support for coinstallability of a wine-unstable package. I think thats far more useful than just missing Wheeze and having only the outdated 1.0 version. If anyone needs the 64 bits version or a wine of the 1.5 series in Wheeze then it will have to build it or maybe someone could provide a package for that specific purpose conflicting with the one provided in Wheeze. Thanks! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639837: iceweasel: Same here...
/lib/mozilla/plugins/libtotem-gmp-plugin.so Package: totem-mozilla Status: enabled Name: Xine Plugin Location: /usr/lib/xine-plugin/xineplugin.so Package: xine-plugin Status: enabled -- Addons package information ii gnome-shell3.2.2.1-1 graphical shell for the GNOME desktop ii google-talkplu 2.6.1.0-1 Google Talk Plugin ii gxineplugin0.5.906-2 the xine video player, GTK+/Gnome; launcher ii iceweasel 9.0.1-1Web browser based on Firefox ii kopete 4:4.6.5-3 instant messaging and chat application ii moonlight-plug 1.0.1-3+b1 Free Software clone of Silverlight 1.0 - plu ii mozilla-firefo 0.5.3.043-5AdBlock extension for the Iceweasel and Icea ii mozilla-mplaye 1:3.55-0.0 MPlayer-Plugin for Mozilla ii rhythmbox-plug 2.95-1 plugins for rhythmbox music player ii sun-java6-bin 6.26-3 Sun Java(TM) Runtime Environment (JRE) 6 (ar ii totem-mozilla 3.0.1-7Totem Mozilla plugin ii xine-plugin1.0.2-2.1 xine-based media player plugin for Mozilla b -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-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 iceweasel depends on: ii debianutils 4.1 ii fontconfig 2.8.0-3.1 ii libc6 2.13-24 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-3 ii libnspr4-0d 4.8.9-1 ii libstdc++6 4.6.2-12 ii procps 1:3.2.8-11 ii xulrunner-9.0 9.0.1-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-21.10+dfsg~beta1-2 ii mozpluggernone ii ttf-lyx 2.0.2-1 ii ttf-mathematica4.1none ii xfonts-mathml 4 Versions of packages xulrunner-9.0 depends on: ii libasound21.0.24.1-4 ii libatk1.0-0 2.2.0-2 ii libbz2-1.01.0.6-1 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libdbus-1-3 1.4.16-1 ii libevent-2.0-52.0.16-stable-1 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgcc1 1:4.6.2-12 ii libgdk-pixbuf2.0-02.24.0-2 ii libglib2.0-0 2.30.2-4 ii libgtk2.0-0 2.24.8-3 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8c-2 ii libmozjs9d9.0.1-1 ii libnotify40.7.4-1 ii libnspr4-0d 4.8.9-1 ii libnss3-1d3.13.1.with.ckbi.1.88-1 ii libpango1.0-0 1.29.4-2 ii libpixman-1-0 0.24.2-1 ii libreadline6 6.2-8 ii libsqlite3-0 3.7.9-2 ii libstartup-notification0 0.12-1 ii libstdc++64.6.2-12 ii libvpx0 0.9.7.p1-2 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxrender1 1:0.9.6-2 ii libxt61:1.1.1-2 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages xulrunner-9.0 suggests: ii libcanberra0 0.28-3 ii libdbus-glib-1-2 0.98-1 ii libgnomeui-0 2.24.5-2 -- no debconf information -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613807: /lib/init/bootclean.sh must remove /var/run/network/mountnfs
Hello Roger and Petter!!! Have a good year! Thanks for your fast responses and sorry for my late reply. El 31/12/11 07:03, Petter Reinholdtsen escribió: [Roger Leigh] I'm somewhat unsure what the reason for the problem is? What causes failure when the directory is present? I suspect NFS mounting fail. but the bug reporter need to provide more information. But perhaps this bug is related to the inverted logic in the NFS mounting code that was fixed in recent uploads? Sorry for my bad report! I thought you would look at what the original reporter said, which is that if that directory exists at boot, then NFS refuses to mount anything, leading to an unusable system in some cases, and also a reboot doesn't fix it, so, someone must go and remove that directory for NFS mounts to work again. I looked at the changelog of nfs-utils package up to and including 2010 (using http://packages.debian.org/changelogs/pool/main/n/nfs-utils/nfs-utils_1.2.5-3/changelog) and didn't found anything about this. Note that /run is a tmpfs and /var/run and /var/lock are now therefore always on tmpfs by default. Yes, but we need to support non-tmpfs run and lock directories too. :) Thats true, but also maybe a patch for Squeeze could be done to support stable users. Thanks a lot!!! Have a great day!!! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613807: /lib/init/bootclean.sh must remove /var/run/network/mountnfs
/lib/init/bootclean.sh must remove /var/run/network/mountnfs , it is
an exception to the rule and it has to be done.
I switched to tmpfs for /var/lock and /var/run and I don't have this
problem anymore... but since that's optional users without tmpfs must
be supported.
A simple rm -rf /var/run/network/mountnfs after find . ! -type d -
delete || { report_err ; return 1 ; } should be enough.
A simple change with good impact, please someone do it.
Thanks a lot!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478287: Support FSProtect on NFS
In umountnfs.sh where it says /|/proc|/dev|/dev/pts|/dev/shm|/proc/*|/sys|/lib/init/rw) should add /fsprotect/system because thats the underlying root FS when using fsprotect with NFS. fsprotect is a package in Debian and should be supported. Thanks!!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652846: sane-utils: Offer to add saned user to lp group so MFP scanners work
Excellent! Thanks!!! Have a great day! :-) El 22/12/11 07:17, Julien BLACHE escribió: severity 652846 wishlist fixed 652846 1.0.22-1 close 652846 thanks Ivan Baldoiba...@adinet.com.uy wrote: Hi, It would be nice to have a debconf question to add the saned user to the lp group for this class of devices so they work, making things easier for the Debian user. It is a very bad idea to add members to the lp group other than the printing daemons. The MFP issue is fixed in 1.0.22-1 as users in the scanner group will be granted access through ACLs. Backports are available for Squeeze. JB. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652846: sane-utils: Offer to add saned user to lp group so MFP scanners work
Package: sane-utils Version: 1.0.21-9 Severity: normal I observed that many multi function printers (MFPs) share the USB device and gets set to the group lp. It would be nice to have a debconf question to add the saned user to the lp group for this class of devices so they work, making things easier for the Debian user. Thanks a lot! -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_UY, LC_CTYPE=es_UY (charmap=ISO-8859-1) (ignored: LC_ALL set to es_UY) Shell: /bin/sh linked to /bin/dash Versions of packages sane-utils depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libieee1284-3 0.2.11-6 cross-platform library for paralle ii libsane 1.0.21-9 API library for scanners ii libusb-0.1-4 2:0.1.12-16userspace USB programming library ii update-inetd 4.38+nmu1+squeeze1 inetd configuration file updater sane-utils recommends no packages. Versions of packages sane-utils suggests: ii avahi-daemon 0.6.27-2+squeeze1 Avahi mDNS/DNS-SD daemon ii unpaper0.3-1 post-processing tool for scanned p -- Configuration Files: /etc/default/saned [Errno 13] Permiso denegado: u'/etc/default/saned' /etc/sane.d/saned.conf changed: 10.1.1.0/24 -- debconf information: * sane-utils/saned_run: true * sane-utils/saned_scanner_group: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560317: dpkg-reconfigure does not set DPKG_MAINTSCRIPT_PACKAGE (et al)
Hello. I have found this problem too. Is there some workaround that I can use so I can reconfigure a whole system I have? I want to review all the configuration and make changes where necessary. Has anyone with the required knowledge reviewed the patches made by Raphael Hertzog? Thanks a lot guys and sorry for disturbing. Have a nice day (and night)! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640734: Maybe suggest gedit-plugins?
Package: gedit Version: 2.30.4-1squeeze1 Severity: wishlist Maybe the gedit package could suggest gedit-plugins, since some people don't install all of GNOME and may miss that nice package (yup, I one of the few that look at what packages suggest). Thanks for considering. And THANKS A LOT for maintaining Gedit!!! -- Package-specific info: Active plugins: - docinfo - modelines - filebrowser - spell - time No plugin installed in $HOME. Module versions: - glib - gtk+ - gtksourceview - pygobject - pygtk - pygtksourceview 2.10.1 - enchant - iso-codes 3.23 Python module versions: - python2.6.6 - pygtk 2.17.0 (GTK+ 2.20.1) -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_UY, LC_CTYPE=es_UY (charmap=ISO-8859-1) (ignored: LC_ALL set to es_UY) Shell: /bin/sh linked to /bin/bash Versions of packages gedit depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii gedit-common 2.30.4-1squeeze1 official text editor of the GNOME ii iso-codes 3.23-1ISO language, territory, currency, ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtksourceview2. 2.10.4-1 shared libraries for the GTK+ synt ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpython2.6 2.6.6-8+b1Shared Python runtime library (ver ii libsm6 2:1.1.1-1 X11 Session Management library ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2+squeeze1 GNOME XML library ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-gobject 2.21.4+is.2.21.3-1Python bindings for the GObject li ii python-gtk22.17.0-4 Python bindings for the GTK+ widge ii python-gtksourcevi 2.10.1-1 Python bindings for the GtkSourceV ii python-support 1.0.10automated rebuilding support for P Versions of packages gedit recommends: ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii zenity2.30.0-1 Display graphical dialog boxes fro gedit 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#638069: iceweasel: Yahoo! Mail attachment upload doesn't send user and password to proxy
Package: iceweasel
Version: 3.5.16-8
Severity: normal
Please see https://bugzilla.mozilla.org/show_bug.cgi?id=679519 .
I tried with current Squeeze Iceweasel and the 6.0 backport.
Thanks a lot!!!
-- Package-specific info:
-- Extensions information
Name: Default
Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd}
Package: iceweasel
Status: enabled
Name: Español (AR) Language Pack
Location: /usr/lib/iceweasel/extensions/langpack-es...@firefox.mozilla.org
Package: iceweasel-l10n-es-ar
Status: enabled
-- Plugins information
Name: DivX® Web Player
Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so
Package: totem-mozilla
Status: enabled
Name: IcedTea NPR Web Browser Plugin (using IcedTea6 1.8.7
(6b18-1.8.7-2~squeeze1))
Location: /usr/lib/jvm/java-6-openjdk/jre/lib/i386/IcedTeaPlugin.so
Package: icedtea6-plugin
Status: enabled
Name: MozPlugger 1.14.1 handles QuickTime and Windows Media Player Plugin
(1.14.1)
Location: /usr/lib/mozilla/plugins/mozplugger.so
Package: mozplugger
Status: enabled
Name: OpenOffice.org Plug-in
Location: /usr/lib/openoffice/program/libnpsoplugin.so
Package: mozilla-openoffice.org
Status: enabled
Name: QuickTime Plug-in 7.6.6
Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so
Package: totem-mozilla
Status: enabled
Name: Shockwave Flash
Location: /usr/lib/flashplugin-nonfree/libflashplayer.so
Status: enabled
Name: VLC Multimedia Plugin (compatible Totem 2.30.2)
Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so
Package: totem-mozilla
Status: enabled
Name: Windows Media Player Plug-in 10 (compatible; Totem)
Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so
Package: totem-mozilla
Status: enabled
Name: iTunes Application Detector
Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so
Package: rhythmbox-plugins
Status: enabled
-- Addons package information
ii icedtea6-plugi 6b18-1.8.7-2~s web browser plugin based on OpenJDK and Iced
ii iceweasel 3.5.16-8 Web browser based on Firefox
ii iceweasel-l10n 1:3.5.15+debia Spanish (Argentina) language package for Ice
ii mozilla-openof 1:3.2.1-11+squ office productivity suite -- Mozilla plugin
ii mozplugger 1.14.1-1 Plugin allowing external viewers to be launc
ii rhythmbox-plug 0.12.8-3 plugins for rhythmbox music player
ii totem-mozilla 2.30.2-6 Totem Mozilla plugin
-- System Information:
Debian Release: 6.0.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=es_UY, LC_CTYPE=es_UY (charmap=ISO-8859-1) (ignored: LC_ALL set to
es_UY)
Shell: /bin/sh linked to /bin/bash
Versions of packages iceweasel depends on:
ii debianutils 3.4Miscellaneous utilities specific t
ii fontconfig2.8.0-2.1 generic font configuration library
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.5-8 GCC support library
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 libnspr4-0d 4.8.6-1NetScape Portable Runtime Library
ii libstdc++64.4.5-8The GNU Standard C++ Library v3
ii procps1:3.2.8-9 /proc file system utilities
ii xulrunner-1.9.1 1.9.1.16-8 XUL + XPCOM application runner
iceweasel recommends no packages.
Versions of packages iceweasel suggests:
ii latex-xft-fonts 1.6.7-1 TrueType versions of some TeX font
ii libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k
ii mozplugger 1.14.1-1 Plugin allowing external viewers t
ii ttf-lyx 1.6.7-1 TrueType versions of some TeX font
pn ttf-mathematica4.1 none (no description available)
ii xfonts-mathml 4Type1 Symbol font for MathML
pn xprint none (no description available)
Versions of packages xulrunner-1.9.1 depends on:
ii libasound2 1.0.23-2.1shared library for ALSA applicatio
ii libatk1.0-01.30.0-1 The ATK accessibility toolkit
ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra
ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii libfontconfig1 2.8.0-2.1 generic font configuration library
ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib
ii libgcc11:4.4.5-8 GCC support library
ii libglib2.0-0 2.24.2-1 The GLib library of C routines
ii libgtk2.0-0
Bug#631989: libgl1-mesa-dri: 3d unstable on VIA CN700/P4M800 Pro/P4M800 CE/VN800 S3 UniChrome Pro
Package: libgl1-mesa-dri Version: 7.7.1-4 Severity: normal Hello. 3d support on this video card is unstable, sometimes it displays things diagonally in bands but other times just freezes the machine. Maybe 3d support should be disabled by default for this card, at least for Squeeze. This is the output from lspci: 01:00.0 VGA compatible controller: VIA Technologies, Inc. CN700/P4M800 Pro/P4M800 CE/VN800 [S3 UniChrome Pro] (rev 01) 01:00.0 0300: 1106:3344 (rev 01) Thanks! -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_UY, LC_CTYPE=es_UY (charmap=ISO-8859-1) (ignored: LC_ALL set to es_UY) Shell: /bin/sh linked to /bin/bash Versions of packages libgl1-mesa-dri depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdrm-intel1 2.4.21-1~squeeze3 Userspace interface to intel-speci ii libdrm-radeon1 2.4.21-1~squeeze3 Userspace interface to radeon-spec ii libdrm22.4.21-1~squeeze3 Userspace interface to kernel DRM ii libexpat1 2.0.1-7 XML parsing C library - runtime li libgl1-mesa-dri recommends no packages. Versions of packages libgl1-mesa-dri suggests: pn libglide3 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#626328: Fix confirmation!
Hello! I didn't had time the other week, but today I can confirm that the new package fixed Paradox!!! Thanks a lot for your help, you rock! P.s.: maybe this new version could be backported to Stable to avoid some trouble to other users, though the package from Sid installs without problems but maybe a future version could require newer dependencies... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587691: Upgrade isn't needed?
Hello. First of all: thanks for your work!!! The NVidia packages are at version 270.41.06-1 and NVidia Settings is at version 195.36.24-1, is it necessary to upgrade or the NVidia Settings program is the same in that newer version? Thanks for looking into this! Good bye! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532320: This seems the right thing to do...
Hello. This seems the right thing to do, if the user puts a special setting in the nvidia-settings program then it expects that setting to remain for the next reboot and not to have to load the program to apply the setting again. I use all default settings but anyway... Thanks for looking this. Have a nice day!!! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626328: Fixed upstream!
Thanks for trying it Kees!!! Bart Oldeman fixed it quickly, see http://dosemu.svn.sourceforge.net/viewvc/dosemu?view=revisionrevision=2010 . Maybe this fix could be included in Squeeze? Have a great day! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626328: dosemu: Cannot run Paradox
Package: dosemu Version: 1.4.0+svn.2008-1 Severity: normal Tags: upstream Reported this upstream bug: https://sourceforge.net/tracker/?func=detailaid=3300178group_id=49784atid=457447 Though maybe could it be Debian specific? Does it work on Debian Sid? Thanks for any info you may give!!! -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_UY, LC_CTYPE=es_UY (charmap=ISO-8859-1) (ignored: LC_ALL set to es_UY) Shell: /bin/sh linked to /bin/bash Versions of packages dosemu depends on: ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libslang2 2.2.2-4The S-Lang programming library - r ii libsndfile1 1.0.21-3 Library for reading/writing audio ii libx11-6 2:1.3.3-4 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxxf86vm1 1:1.1.0-2 X11 XFree86 video mode extension l ii xfonts-utils 1:7.5+2X Window System font utility progr dosemu recommends no packages. dosemu 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#612341: RFP: libjpeg-turbo -- an accelerated libjpeg library
Hello. Please see #602034. Its not that simple, probably a switch could be done if/when libjpeg-turbo implements the features and ABI of version 8. Thanks!!! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562983: dvd+rw-tools: Too slow burning DVD eating all CPU fixed by removing SUID bit.
Package: dvd+rw-tools Version: 7.1-6 Severity: normal Hello. Brasero using growisofs to burn a DVD is too slow in this computer, it writes at 100 Kib/s (not a typo), the computer becomes too unresponsive, etc. This is an Intel Celeron 1.1 Ghz with 256 Mib PC133 RAM. If when it is writing I renice the process to priority 0 (it runs with -20 by default) everything starts working nicely, the desktop becomes very responsive, the writing speed is good, etc. For now what I did is doing a chmod 755 /usr/bin/growisofs in my rc.local so that it cannot gain realtime priority, works like a charm. This is an up-to-date Squeeze system. So I guess the questions are: 1. Why growisofs is SUID root and why it needs such a high priority? 2. Could it be that it has some coding bug that in this slow computer eats too much CPU polling for something and not allowing that something to do its job since growisofs is in a busy loop using all resources because it has realtime priority? I have access to this computer only once a week for a brief period of time, but if there is something that you want me to try let me know. Thanks a lot for reading and maintaining this packages!!! -- System Information: Debian Release: 6.0.1 Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_UY, LC_CTYPE=es_UY (charmap=ISO-8859-1) (ignored: LC_ALL set to es_UY) Shell: /bin/sh linked to /bin/bash Versions of packages dvd+rw-tools depends on: ii genisoimage 9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 dvd+rw-tools recommends no packages. Versions of packages dvd+rw-tools suggests: pn cdrskin 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#585409: [pkg-wine-party] Bug#585409: Please package wine1.2 series
Hello. El 21/03/11 06:08, Stephen Kitt escribió: [snip] I'm not sure though that allowing wine-unstable into testing would be a good idea, since testing is the next stable and I'm not sure we'd want to ship wine-unstable in stable. But for some people/applications wine-unstable works better than wine stable, so it has value even on a stable distribution. Wine stable should be tried first and users should settle on it if it works with their applications, but when that doesn't work having wine-unstable to try easily even on a stable distribution is very useful and appreciated. THANKS A LOT guys for your hard work, this isn't an easy package, but I just want to let you know that some of us are very grateful and appreciate your hard work. Have a nice day!!! -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562644: samba: Found on current Squeeze.
Package: samba Version: 2:3.5.6~dfsg-3squeeze2 Severity: normal I found the same problem on a current Debian Squeeze. To workaround this I have to do echo 1 /proc/sys/net/ipv6/bindv6only before starting Samba. Thanks for looking into this. Good bye. -- System Information: Debian Release: 6.0 Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=es_UY, LC_CTYPE=es_UY (charmap=ISO-8859-1) (ignored: LC_ALL set to es_UY) Shell: /bin/sh linked to /bin/bash Versions of packages samba depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf- 1.5.36.1 Debian configuration management sy ii libacl1 2.2.49-4 Access control list shared library ii libattr1 1:2.4.44-2 Extended attribute shared library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libcomerr21.41.12-2 common error description library ii libcups2 1.4.4-7Common UNIX Printing System(tm) - ii libgssapi-krb5-2 1.8.3+dfsg-4 MIT Kerberos runtime libraries - k ii libk5crypto3 1.8.3+dfsg-4 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.23-7 OpenLDAP libraries ii libpam-modules1.1.1-6.1 Pluggable Authentication Modules f ii libpam-runtime1.1.1-6.1 Runtime support for the PAM librar ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l ii libpopt0 1.16-1 lib for parsing cmdline parameters ii libtalloc22.0.1-1hierarchical pool based memory all ii libwbclient0 2:3.5.6~dfsg-3squeeze2 Samba winbind client library ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii procps1:3.2.8-9 /proc file system utilities ii samba-common 2:3.5.6~dfsg-3squeeze2 common files used by both the Samb ii update-inetd 4.38+nmu1 inetd configuration file updater ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages samba recommends: ii logrotate 3.7.8-6Log rotation utility Versions of packages samba suggests: pn ctdbnone (no description available) pn ldb-tools none (no description available) ii openbsd-inetd [inet-superse 0.20080125-6 The OpenBSD Internet Superserver pn smbldap-tools none (no description available) -- debconf information: * samba/run_mode: daemons * samba/generate_smbpasswd: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547143: xserver-xorg: xorg/evdev/HAL versus serial mouse
I don't know if it is documented already, but it should be documented on relevant X manpages and in the X doc dir maybe even in a README.Debian file. Some users don't read the release notes. But thanks a lot for whats have been already done!!! P.s.: I had a serial mouse not too long ago though I don't have any now, but I guess there are still some users of serial mouse yet, specially for dumb terminals, some ancient ones don't have USB or PS/2 connectors. El 31/01/11 08:18, Justin B Rye escribió: Justin B Rye wrote: I'm calling this wishlist because I've eventually managed to get X working again; it's essentially a documentation issue. The issue of serial mice not working via evdev is documented in the draft Squeeze releasenotes (along with a pointer to the package inputattach), so I'd say you're entitled to close this. -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603911: 2.7.7 uploaded but will be accepted by the release managers?
Hello. I see that you uploaded 2.7.7 but will be accepted by the release managers? Have you talked with them about this update? Otherwise, can only de fixes be backported to a version acceptable for Squeeze? Thanks a lot -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
