Bug#976961:
Also submitted upstream: https://github.com/mate-desktop/mate-sensors-applet/issues/117
Bug#976961: Graphs with the same unit should use the same scale
Package: mate-sensors-applet Version: 1.24.1-1 I would like to be able to compare readings on graphs showing temperature at a glance: if the bar on the disk temp is higher than the CPU temperature graph, then it should mean that the disk temperature is higher than the CPU's. However, this is not currently the case: each graph is scaled according to the sensor's min and max values, making graphs useless without hovering for reading the actual values. The attached screenshot shows a disk temperature graph (left) seemingly higher than the CPU temperature graph (right), but hovering reveals that the opposite is true: disk is at 45 °C and CPU is at 58 °C. Currently installed relevant packages: ``` 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 mate-sensors-applet1.24.1-1 amd64Display readings from hardware sensors in your MATE panel ii mate-sensors-applet-common 1.24.1-1 all Display readings from hardware sensors in your MATE panel (common files) ``` Thanks, Riccardo
Bug#923522: Upgrading `linux-image-4.9.0-8-amd64` breaks loading kernel modules
> > The problem is that both packages install kernel modules in the same > > directory `/lib/modules/4.9.0-8-amd64` although they are not binary > > compatible. > > This is a known issue with upgrades that we don't currently plan to > fix. May I ask why no fix will be considered? > > Needless to say, the issue with loading kernel modules is corrected by a > > reboot, but I think that the larger issue here is that upgrading a > > kernel package, on the *stable* distribution and *keeping the same > > (nominal) kernel version*, can break a running system -- all while that a > > solution for this problem has been known for many years now... > > Normally all required modules would be loaded during boot, so there's > no breakage. I beg to differ. The case which prompted me to report this bug (see [1]) is the following: 1. spin up a cloud-based Debian VM, 2. run `apt upgrade`, *then* 3. install & customize software. If the kernel has to be upgraded, then this can break after step 2.; e.g. you may not be able to run `ip6tables` because IPv6 modules cannot be loaded. Still, I think this kind of usage of cloud-based VMs is common enough to merit some consideration. I can also imagine usage scenarios where this could be an issue with physical servers as well, since it basically breaks "hotplug" functionality -- forcing an immediate reboot after an update. I can understand if the project has already given it consideration and decided that the issue is not worth time spent fixing it or the additional hassle in packaging kernels, but to me it was surprising enough that I think it needs to be documented somehow (e.g. FAQ?): sysadmins should be alerted that you're basically assumed to reboot *immediately* after `apt upgrade`. [1]: https://github.com/gc3-uzh-ch/elasticluster/issues/609
Bug#923522: Upgrading `linux-image-4.9.0-8-amd64` breaks loading kernel modules
Package: linux-image-4.9.0-8-amd64 Version: 4.9.144-3.1 As of March 1, 2019, running `apt upgrade` on a recent Debian 9 official cloud image, results in package `linux-image-4.9.0-8-amd64` being upgraded: $ apt list --upgradable [...] linux-image-4.9.0-8-amd64/stable-updates 4.9.144-3.1 amd64 [upgradable from: 4.9.130-2] [...] However, after the upgrade, kernel modules are no longer loadable; here is an example triggered by `ip6tables-restore`: # tail /var/log/syslog Mar 1 10:11:08 stretch kernel: [ 502.887305] nf_defrag_ipv6: disagrees about version of symbol inet_frags_fini Mar 1 10:11:08 stretch kernel: [ 502.887894] nf_defrag_ipv6: Unknown symbol inet_frags_fini (err -22) Mar 1 10:11:08 stretch kernel: [ 502.888985] nf_defrag_ipv6: disagrees about version of symbol inet_frag_find Mar 1 10:11:08 stretch kernel: [ 502.889712] nf_defrag_ipv6: Unknown symbol inet_frag_find (err -22) Mar 1 10:11:08 stretch kernel: [ 502.890386] nf_defrag_ipv6: disagrees about version of symbol ip6_expire_frag_queue Mar 1 10:11:08 stretch kernel: [ 502.891048] nf_defrag_ipv6: Unknown symbol ip6_expire_frag_queue (err -22) Mar 1 10:11:08 stretch kernel: [ 502.891885] nf_defrag_ipv6: Unknown symbol pskb_trim_rcsum_slow (err 0) Mar 1 10:11:08 stretch kernel: [ 502.893030] nf_defrag_ipv6: disagrees about version of symbol inet_frag_kill Mar 1 10:11:08 stretch kernel: [ 502.893688] nf_defrag_ipv6: Unknown symbol inet_frag_kill (err -22) Mar 1 10:11:08 stretch kernel: [ 502.894594] xt_conntrack: cannot load conntrack support for proto=10 The problem is that both packages install kernel modules in the same directory `/lib/modules/4.9.0-8-amd64` although they are not binary compatible. Needless to say, the issue with loading kernel modules is corrected by a reboot, but I think that the larger issue here is that upgrading a kernel package, on the *stable* distribution and *keeping the same (nominal) kernel version*, can break a running system -- all while that a solution for this problem has been known for many years now... Thanks for any help! Riccardo
Bug#847204: nfs-kernel-server: `systemctl status` incorrectly reports server "active" even if not started
Package: nfs-kernel-server Version: 1:1.2.8-9 The systemd service unit file for `nfs-kernel-server` incorrectly reports the service status as "active" even when the NFS server is *not* running (e.g., empty exports file). This causes scripts (e.g., Ansible) that use `systemctl status` to check for the NFS server to fail in a way that is difficult to debug because the actual reported error might be in a loosely-related task (e.g., when doing `exportfs -r` or when mounting fs from a client). Steps to reproduce on a Debian "jessie" VM: * starting from a basic "jessie" install, install the `nfs-kernel-server`:: debian@debian-nfs-bug:~$ sudo apt install nfs-kernel-server [...] The following extra packages will be installed: libevent-2.0-5 libldap-2.4-2 libnfsidmap2 libsasl2-2 libsasl2-modules libsasl2-modules-db libtirpc1 nfs-common rpcbind Suggested packages: libsasl2-modules-otp libsasl2-modules-ldap libsasl2-modules-sql libsasl2-modules-gssapi-mit libsasl2-modules-gssapi-heimdal open-iscsi watchdog The following NEW packages will be installed: libevent-2.0-5 libldap-2.4-2 libnfsidmap2 libsasl2-2 libsasl2-modules libsasl2-modules-db libtirpc1 nfs-common nfs-kernel-server rpcbind 0 upgraded, 10 newly installed, 0 to remove and 0 not upgraded. Need to get 1123 kB of archives. After this operation, 3018 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://http.debian.net/debian/ jessie/main libevent-2.0-5 amd64 2.0.21-stable-2 [152 kB] [...] Setting up libnfsidmap2:amd64 (0.25-5) ... Setting up libtirpc1:amd64 (0.2.5-1) ... Setting up rpcbind (0.2.1-6+deb8u1) ... Setting up nfs-common (1:1.2.8-9) ... Creating config file /etc/idmapd.conf with new version Adding system user `statd' (UID 106) ... Adding new user `statd' (UID 106) with group `nogroup' ... Not creating home directory `/var/lib/nfs'. Setting up libsasl2-modules:amd64 (2.1.26.dfsg1-13+deb8u1) ... Setting up nfs-kernel-server (1:1.2.8-9) ... Creating config file /etc/exports with new version Creating config file /etc/default/nfs-kernel-server with new version Processing triggers for libc-bin (2.19-18+deb8u6) ... Processing triggers for systemd (215-17+deb8u5) ... * note that the NFS server has *not* been started yet, as the rpcbind daemon does not know about it:: debian@debian-nfs-bug:~$ sudo rpcinfo -p program vers proto port service 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 1000241 udp 56360 status 1000241 tcp 39499 status Still, `systemctl status` reports it already as loaded/active:: debian@debian-nfs-bug:~$ sudo systemctl status nfs-kernel-server.service * nfs-kernel-server.service - LSB: Kernel NFS server support Loaded: loaded (/etc/init.d/nfs-kernel-server) Active: active (exited) since Tue 2016-12-06 12:12:58 UTC; 1min 13s ago Dec 06 12:12:58 debian-nfs-bug nfs-kernel-server[1544]: Not starting NFS kernel daemon: no exports. ... (warning). Dec 06 12:12:58 debian-nfs-bug systemd[1]: Started LSB: Kernel NFS server support. * now add an export and try to start it again:: debian@debian-nfs-bug:~$ echo "/home localhost(rw,async.no_subtree_check)" | sudo tee -a /etc/exports /home localhost(rw,async.no_subtree_check) debian@debian-nfs-bug:~$ sudo systemctl start nfs-kernel-server (last command produces no output) * `systemctl status` reports the server as loaded/active (green on terminal, so "ok"):: debian@debian-nfs-bug:~$ sudo systemctl status nfs-kernel-server.service * nfs-kernel-server.service - LSB: Kernel NFS server support Loaded: loaded (/etc/init.d/nfs-kernel-server) Active: active (exited) since Tue 2016-12-06 12:12:58 UTC; 1min 36s ago Dec 06 12:12:58 debian-nfs-bug nfs-kernel-server[1544]: Not starting NFS kernel daemon: no exports. ... (warning). Dec 06 12:12:58 debian-nfs-bug systemd[1]: Started LSB: Kernel NFS server support. Dec 06 12:14:33 debian-nfs-bug systemd[1]: Started LSB: Kernel NFS server support. * still `exportfs -r` fails with a strange error message (due to `/proc/fs/nfsd` not being mounted) and the NFS server is not running nor registered with rpcbind/portmapper:: debian@debian-nfs-bug:~$ sudo exportfs -r exportfs: localhost:/home: Function not implemented debian@debian-nfs-bug:~$ sudo showmount -e localhost clnt_create: RPC: Program not registered debian@debian-nfs-bug:~$ sudo rpcinfo -p program vers proto port service 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper
Bug#700073: repo moved
Moved repository to: https://github.com/gc3-uzh-ch/ganglia Regards, Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700073: ganglia: new version 3.5.0 released
Source: ganglia Severity: wishlist Dear Maintainers, Ganglia version 3.5.0 has been released; the web frontend has been split from the main sources and is now at version 3.5.4. The current `.deb` packaging files work with version 3.5 with only minor modifications; I have done the repackaging for internal use at my workplace, the code is available from: https://github.com/riccardomurri/ganglia The repository has been cloned from the Debian one at git.debian.org, so it should be easy to pull my commits and start from there. (Alternatively, I can send the patches as attachment to this report.) Thanks for packaging Ganglia in Debian! Regards, Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658359: slirp: please apply real full bolt patch
Package: slirp Version: 1.0.17-5 Severity: wishlist Tags: patch Even when compiled with -DFULL_BOLT, slirp applies a small delay to TCP ACKs, which results in the upload speed being capped to circa 46Kb/s. Manfread Haertel published a tiny patch for this on the UML mailing list: http://article.gmane.org/gmane.linux.uml.user/13973 Could you please include that patch in Debian's slirp-fullbolt? Thanks, Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638009: HTTP error 500 when page content is too long
On Wed, Aug 24, 2011 at 11:10 PM, Joey Hess jo...@debian.org wrote: I guess the fix is to store a postsignin cookie containing the original query string, and redirect to a postsignin url. I've attached a blind attempt at a patch doing this. As I don't use httpauth it would be painful for me to test it -- can you? The patch will cleanly apply to version 3.20100815.7. You could even patch /usr/share/perl5/IkiWiki/Plugins/httpauth.pm directly. I patched httpauth.pm directly; by the way, the call to cgi_savesession in line 28 of the patch file needs to be qualified as IkiWiki::cgi_savesession or ikiwiki.cgi dies with an error. After applying the patch, I can no longer edit the page and I get an error message from the '...?do=postsignin' URL: Error: login failed, perhaps you need to turn on cookies? Indeed, the browser shows no cookie set (except for some myopenid stuff, which should not be relevant since I'm using HTTP auth). Here's my plugin configuration, in case it's relevant: # plugins to add to the default configuration add_plugins = [qw{ 404 attachment autoindex copyright data editdiff edittemplate getsource goodstuff html httpauth license listdirectives map prettydate repolist table tag toc txt websetup }], # plugins to disable disable_plugins = [qw{openid passwordauth}], Thanks for the help! Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638009: HTTP error 500 when page content is too long
On Wed, Aug 24, 2011 at 11:10 PM, Joey Hess jo...@debian.org wrote: (Also, since version 3.20100831, the redirect is not done if the user is already logged in, so it would be noticed less frequently, if it occurs at all. Your snippet above shows it doing the redirect when previewing a page, while typically you'd already be logged in at this point; unless perhaps anonok is enabled.) I've installed the package from wheezy (3.20110715) and now I can edit the pages just fine. Thanks, Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638009: HTTP error 500 when page content is too long
Package: ikiwiki Version: 3.20100815.7 When clicking the Submit or Preview button on the IkiWiki online edit form, I get an HTTP 500 response; the Apache logs on the server show: [client XXX] malformed header from script. Bad header=according%20to%20the%20availab: ikiwiki.cgi Capturing the output from `ikiwiki.cgi`, I see that just these two lines are sent: Status: 302 Found Location: https://ocikbapps.uzh.ch/gc3wiki/ikiwiki.auth.cgi?_submitted=1;do=edit;..;_submit=Preview;attachment= (This HTTP 302 content is then sent as body of the HTTP 500 reponse.) The total size in bytes of the reply sent by `ikiwiki.cgi` is 16189; I thought this might be an issue with Apache imposing some limit on the header size; indeed, as of Apache 2.2.16-6 (squeeze), when dealing with the HTTP responses generated by CGI scripts, the code from `server/util_script.c` applies: (function `ap_scan_script_header_err_core`, lines 403--433) char x[MAX_STRING_LEN]; char *w, *l; [...] if (buffer) { *buffer = '\0'; } w = buffer ? buffer : x; [...] while (1) { int rv = (*getsfunc) (w, MAX_STRING_LEN - 1, getsfunc_data); where `MAX_STRING_LEN` is defined in `httpd.h` to be equal to `HUGE_STRING_LEN`, that is, 8192. I am unsure whether this issue should be attributed to IkiWiki or Apache. The same issue (with a CGI-side fix) is discussed here: https://bugzilla.mozilla.org/show_bug.cgi?id=513989 I'm using Debian squeeze, with the latest updates. $ dpkg -l {ikiwiki,apache\*} | grep ^i ii apache2 2.2.16-6+squeeze1 Apache HTTP Server metapackage ii apache2-doc 2.2.16-6+squeeze1 Apache HTTP Server documentation ii apache2-mpm-prefork 2.2.16-6+squeeze1 Apache HTTP Server - traditional non-threaded model ii apache2-utils2.2.16-6+squeeze1 utility programs for webservers ii apache2.2-bin2.2.16-6+squeeze1 Apache HTTP Server common binary files ii apache2.2-common 2.2.16-6+squeeze1 Apache HTTP Server common files ii ikiwiki 3.20100815.7 a wiki compiler Thanks! Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638011: LimitRequestLine not taken into account when talking to CGI script
Package: apache2-mpm-prefork Version: 2.2.16-6+squeeze1 As of version 2.2.16, Apache applies a fixed line length limit of 8192 bytes when talking to a CGI script: in file `server/util_script.c`, function `ap_scan_script_header_err_core`, at lines 403--433, one can read: char x[MAX_STRING_LEN]; char *w, *l; [...] if (buffer) { *buffer = '\0'; } w = buffer ? buffer : x; [...] while (1) { int rv = (*getsfunc) (w, MAX_STRING_LEN - 1, getsfunc_data); where `MAX_STRING_LEN` is defined in `httpd.h` to be equal to `HUGE_STRING_LEN`, that is, 8192. The directive `LimitRequestLine` should apply here as well, or the documentation should make it clear that this setting does not influence the CGI module. I'm using Debian squeeze, with the latest updates: $ dpkg -l apache\* | grep ^i ii apache2 2.2.16-6+squeeze1 Apache HTTP Server metapackage ii apache2-doc 2.2.16-6+squeeze1 Apache HTTP Server documentation ii apache2-mpm-prefork 2.2.16-6+squeeze1 Apache HTTP Server - traditional non-threaded model ii apache2-utils2.2.16-6+squeeze1 utility programs for webservers ii apache2.2-bin2.2.16-6+squeeze1 Apache HTTP Server common binary files ii apache2.2-common 2.2.16-6+squeeze1 Apache HTTP Server common files Thanks, Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585352: rootstrap: Python string exceptions no more allowed in Python 2.6
As of rootstrap 0.3.24-5, any failure in a rootstrap module triggers throwing a string exception in builder. With Python 2.6, this gets particularly annoying since the interpreter throws a TypeError (exceptions must be old-style classes or derived from BaseException, not str) that masks rootstrap's error message. Please find attached a patch against the builder script of 0.3.24-5 Cheers, Riccardo --- builder.orig 2011-01-30 21:55:36.165353783 +0100 +++ builder 2011-01-30 21:57:09.315398827 +0100 @@ -67,11 +67,11 @@ elif debug_exit == 2: return - raise rootstrap: Module '%s' failed, status %d: %s % \ -(module,status,os.strerror(status)) + raise RuntimeError(rootstrap: Module '%s' failed, status %d: %s % \ + (module,status,os.strerror(status))) return -raise rootstrap: unknown module: %s\n % module +raise RuntimeError(rootstrap: unknown module: %s\n % module) config = ConfigParser.ConfigParser() config.optionxform = str # case sensitive
Bug#611098: user-mode-linux: please split into host and guest packages
Package: user-mode-linux Version: 2.6.32-1um-3 Severity: wishlist Hello, would you please consider splitting the `user-mode-linux` package in two separate ones: a host package, containing the linux binary and its manpage and dependencies, and a guest package containing the kernel modules? The linux binary is not neeeded in UML images, and the modules are not needed in the host where linux is running. Best regards, Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579382: gridengine-wrapper overwrites environment variables SGE_CELL and SGE_ROOT
Package: gridengine-common Version: 6.2-4 Contrary to what the comments at the beginning of the script say, gridengine-wrapper reads /etc/default/gridengine first, so it overwrites any environment setting of SGE_CELL and SGE_ROOT. For instance, the following invocation will not work (contrary to expected SGE usage as documented in the manpage): env SGE_CELL=alternate_cell qstat -f A fix could be to have /etc/default/gridengine provide DEFAULT_SGE_ROOT and DEFAULT_SGE_CELL instead and leave gridengine-wrapper as is; but then *every* SGE-related program (incl. daemons) should be started through gridengine-wrapper. Ugly workarounds for the current version: * place environment settings in a file and invoke:: env CONFIG_PATH=file qstat ... * or replace SGE_CELL=value with SGE_CELL=${SGE_CELL:-value} in /etc/default/gridengine Thanks for packaging SGE! Best regards, Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#540613: confirm bug on Debian unstable
I can confirm this bug -- it appeared during my last all packages upgrade from unstable a couple of days ago. It only affects wireless (wlan0; kernel driver b43) and only through NetworkManager: ifup wlan0 works if I write the correct stanza in /etc/network/interfaces. Downgrading to hal_0.5.12~git20090406.46dc48-2_powerpc.deb (from 0.5.13-3) solved the issue instantly. To me, this looks very much like: http://bugs.gentoo.org/279104 Best regards, Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#481041: Uses wrong gmail folders?
On Tue, May 13, 2008 at 3:14 PM, John Goerzen [EMAIL PROTECTED] wrote: On Tue May 13 2008 6:15:38 am Trent W. Buck wrote: Package: offlineimap Version: 5.99.11 Severity: normal File: /usr/share/python-support/offlineimap/offlineimap/folder/Gmail.py Tags: patch Gmail's IMAP folder layout appears to have changed slightly since Gmail.py was written. The attached patch converts it to what *I* see in mutt, gnus and thunderbird when looking at the folder layout. I have not tested whether applying the patch works, since I haven't deleted anything yet. That looks like a simple patch. However, I would really like you to test it before I apply it, since I don't use Gmail. Could you please do so? CCing Riccardo, who wrote the original Gmail support. I still see my Gmail special folders under the [Gmail]/ hierarchy, no change. Could the special folder name be an account-related setting? (Depending, maybe on the date you enabled IMAP support?) Shall we make this a configurable parameter? With [Gmail] being the default, as it is the special folder name in Gmail online help: http://mail.google.com/support/bin/answer.py?answer=77657 Cheers, Riccardo -- Riccardo Murri, via Sorengo 2, 6900 Lugano (CH) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476245: slim.conf should list default as the first session type
Package: slim Version: 1.3.0-1 Severity: normal Hello, the provided config file /etc/slim.conf should list default as the first session type (line 54, config key 'sessions') -- this would direct /etc/X11/Xsession.d/20x11-common-process-args to start the system default X session (whatever it is). With the slim.conf shipped by default now, Slim-initiated sessions try to start XFCE by default, and fail if it's not installed. Thanks! Riccardo -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=it_CH.UTF-8, LC_CTYPE=it_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages slim depends on: ii debconf [debconf-2.0] 1.5.20 Debian configuration management sy ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library slim recommends no packages. -- debconf information: * shared/default-x-display-manager: slim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476248: pls include /etc/pam.d/slim
Package: slim Version: 1.3.0-1 Severity: minor Hello, I think a PAM config file /etc/pam.d/slim for SLiM should be inclued in the Debian package; see below for an example. While this does not affect the main SLiM functionality, if the pam.d/slim file is not provided PAM will use the fallback others file, which is definitely not the desired behaviour for a login program. Thanks in advance! Regards, Riccardo begin /etc/pam.d/slim # # The PAM configuration file for the SLiM graphical login manager # # Disallows other than root logins when /etc/nologin exists # (Replaces the `NOLOGINS_FILE' option from login.defs) auth requisite pam_nologin.so # This module parses environment configuration file(s) # and also allows you to use an extended config # file /etc/security/pam_env.conf. # # parsing /etc/environment needs readenv=1 session required pam_env.so readenv=1 # locale variables are also kept into /etc/default/locale in etch # reading this file *in addition to /etc/environment* does not hurt session required pam_env.so readenv=1 envfile=/etc/default/locale # Standard Un*x authentication. @include common-auth # This allows certain extra groups to be granted to a user # based on things like time of day, tty, service, and user. # Please edit /etc/security/group.conf to fit your needs # (Replaces the `CONSOLE_GROUPS' option in login.defs) auth optional pam_group.so # Uncomment and edit /etc/security/time.conf if you need to set # time restrainst on logins. # (Replaces the `PORTTIME_CHECKS_ENAB' option from login.defs # as well as /etc/porttime) # accountrequisite pam_time.so # Uncomment and edit /etc/security/access.conf if you need to # set access limits. # (Replaces /etc/login.access file) # account required pam_access.so # Sets up user limits according to /etc/security/limits.conf # (Replaces the use of /etc/limits in old login) sessionrequired pam_limits.so # SELinux needs to intervene at login time to ensure that the process # starts in the proper default security context. # Uncomment the following line to enable SELinux # session required pam_selinux.so multiple # Standard Un*x account and session @include common-account @include common-session @include common-password # end of /etc/pam.d/slim -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=it_CH.UTF-8, LC_CTYPE=it_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages slim depends on: ii debconf [debconf-2.0] 1.5.20 Debian configuration management sy ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.0-3 GCC support library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l ii libpng12-01.2.15~beta5-3 PNG library - runtime ii libstdc++64.3.0-3The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library slim recommends no packages. -- debconf information: * shared/default-x-display-manager: slim -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457074: minc-tools: 'mincpik' requires missing PERL Getopt::Tabular module
Package: minc-tools Version: 1.5-1 Severity: normal File: /usr/bin/mincpik Hello, the ``mincpik`` tool depends on the ``Getopt::Tabular`` PERL library, which the ``minc-tools`` package does not depend upon:: $ mincpik norm_after_xfm.mnc Can't locate Getopt/Tabular.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/bin/mincpik line 19. BEGIN failed--compilation aborted at /usr/bin/mincpik line 19. Furthermore, ``mincpik`` is just a front-end to ImageMagick's ``convert``, but ImageMagick is not listed in ``minc-tools`` dependencies, either... Riccardo -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages minc-tools depends on: ii csh [c-shell] 20060813-1 Shell with C-like syntax, standard ii libc6 2.7-4 GNU C Library: Shared libraries ii libminc0 1.5-1 MNI medical image format library ii libnetcdf33.6.1-1An interface for scientific data a ii libtext-format-perl 0.52-21Perl module for formatting (text) ii netcdf-bin3.6.1-1Programs for reading and writing N minc-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457072: mincview: needs 'xv' but it's not listed in package 'Depends' section
Package: minc-tools Version: 1.5-1 Severity: normal Hello, the ``mincview`` tool depends on ``xv`` to show images, but ``xv`` is not listed in the package Depends: or Recommends: section:: $ mincview cervelletti/norm_after_xfm.mnc Loading slicesDone xv: Command not found. Riccardo -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages minc-tools depends on: ii csh [c-shell] 20060813-1 Shell with C-like syntax, standard ii libc6 2.7-4 GNU C Library: Shared libraries ii libminc0 1.5-1 MNI medical image format library ii libnetcdf33.6.1-1An interface for scientific data a ii libtext-format-perl 0.52-21Perl module for formatting (text) ii netcdf-bin3.6.1-1Programs for reading and writing N minc-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448376: /usr/bin/hg: should use /usr/bin/editor not /usr/bin/vi as default editor
Package: mercurial Version: 0.9.1-1+etch1 Severity: normal File: /usr/bin/hg Mercurial's `hg` command defaults to use the `vi` editor; I think the default under Debian should be `/usr/bin/editor`. Riccardo -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages mercurial depends on: ii libc6 2.6.1-6GNU C Library: Shared libraries ii python2.4.4-2An interactive high-level object-o ii python-support0.5.6 automated rebuilding support for p ii python2.4 2.4.4-3An interactive high-level object-o Versions of packages mercurial recommends: ii rcs 5.7-18 The GNU Revision Control System ii tk8.4 [wish] 8.4.12-1 Tk toolkit for Tcl and X11, v8.4 - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447318: /usr/bin/emacs22-gtk: Incorrect default setting of `tls-program'
Package: emacs22-gtk Version: 22.1+1-2 Severity: normal File: /usr/bin/emacs22-gtk The default setting for `tls-program' should be changed to:: (gnutls-cli -p %p %h gnutls-cli -p %p %h --protocols ssl3 openssl s_client -connect %h:%p -no_ssl2 -CApath /etc/ssl/certs) otherwise things like retrieving https urls via `url-retrieve' fail because OpenSSL complains about not being able to verify the server certificate (the present default setting of `tls-program' lacks the -CApath /etc/ssl/certs part). I'm not sure whether this should be considered a bug in Emacs or in OpenSSL (which should look for CA files in the Debian standard directory unless told otherwise); I'm reporting it here since I only have the workaround for Emacs. Thanks for your work on Emacs in Debian! Riccardo -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.23 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages emacs22-gtk depends on: ii emacs22-bin-common 22.1+1-2 The GNU Emacs editor's shared, arc ii libatk1.0-0 1.20.0-1 The ATK accessibility toolkit ii libc6 2.6.1-6 GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libglib2.0-02.14.2-1 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libncurses5 5.6+20071013-1 Shared libraries for terminal hand ii libpango1.0-0 1.18.2-2 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii libsm6 1:1.0.1-3X11 Session Management library ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libungif4g 4.1.4-4 shared library for GIF images ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxi6 1:1.0.1-4X11 Input extension library ii libxinerama11:1.0.1-4.1 X11 Xinerama extension library ii libxpm4 1:3.5.5-2X11 pixmap library ii libxrandr2 2:1.2.2-1X11 RandR extension library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-6 compression library - runtime emacs22-gtk recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412215: login to certain sites does not work when using wwwoffle
On 7/19/07, Paul Slootman [EMAIL PROTECTED] wrote: There are a couple of options in the wwwoffle.conf file that may improve the situation: cookies-force-refresh = yes request-changed = 0 request-changed-once = no request-expired = yes request-no-cache = yes request-redirection = yes (See the wwwoffle.conf manpage for explanation of the options.) Thank you! Actually, just setting:: request-no-cache = yes in the OnlineOptions section in wwwoffle.conf solved the issue for me. Riccardo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412497: pympd: missing icons for 'shuffle', 'repeat', and 'crossfade' buttons
Package: pympd Version: 0.07-1.1 Severity: minor Hello, icons for the buttons (placed down left on the pympd window) 'shuffle', 'repeat' and 'crossfade' are all replaced with the same symbol (a sheet of paper with a large red 'x' on it). I can only see the purpose of the button by waiting for the tooltip to appear. Also the top right button is replaced by the same icon; the tooltip for that displays a percentage (e.g., 61%) so I guess it's an icon for the volume level. When started from a terminal, `pympd` shows the following error messages:: $ pympd Problem importing hotshot module. Don't worry (pympd:14055): libglade-WARNING **: Error loading image: Couldn't recognize the image file format for file '/usr/share/pympd/glade/../pympd.svg' (pympd:14055): libglade-WARNING **: could not convert string to type GdkPixbuf' for property icon' (pympd:14055): libglade-WARNING **: Error loading image: Couldn't recognize the image file format for file '/usr/share/pympd/glade/../pympd.svg' (pympd:14055): libglade-WARNING **: could not convert string to type GdkPixbuf' for property logo' Best regards, Riccardo -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages pympd depends on: ii python2.4.4-2An interactive high-level object-o ii python-central0.5.12 register and build utility for Pyt ii python-glade2 2.8.6-8GTK+ bindings: Glade support ii python2.4 2.4.4-2An interactive high-level object-o Versions of packages pympd recommends: ii mpd 0.12.1-1.1 Music Player Daemon -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412215: login to certain sites does not work when using wwwoffle
Package: wwwoffle Version: 2.9a-1 Severity: normal Hello, first of all, thanks for your work on wwwoffle! I'm using Debian etch Iceweasel 2.0.0.1 in conjunction with wwwoffle. The log-in procedure doesn't work on certain sites (for example: sourceforge.net, moodle.org) doesn't work when going through wwwoffle. Other sites (gmail, for instance) work just fine. Setting the browser to direct connection (i.e., no proxy), makes login work again. Also, using other proxies (tried with squid) does not wxhibit the same problem, so it must really be an issue with wwwoffle. Thanks in advance! Best regards, Riccardo -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18.1 Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Versions of packages wwwoffle depends on: ii coreutils 5.97-5 The GNU core utilities ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii debianutils 2.17 Miscellaneous utilities specific t ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libgnutls13 1.4.4-3 the GNU TLS library - runtime libr ii zlib1g 1:1.2.3-13 compression library - runtime wwwoffle recommends no packages. -- debconf information: wwwoffle/string_port_number: 8080 wwwoffle/string_parent_proxy: none wwwoffle/use-htdig: false wwwoffle/ppp-fetch: true wwwoffle/use-ppp-interface: true wwwoffle/text_new_location: wwwoffle/select_html_lang: en (English) wwwoffle/fetchfrequency: 30 wwwoffle/note_upgrade_config_failed: wwwoffle/conf-perm: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402015: fixed in upstream at rev 1.20
This bug has been fixed in the CVS sb-info.el revision 1.20, carrying the tag:: $Id: sb-info.el,v 1.20 2006/06/23 08:26:16 ponced Exp $ -- Riccardo Murri -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#168309: example ifupdown scripts for bringing wwwoffle on- or off-line
Hello, I tought I'd share the scripts I use to bring wwwoffle on- or off-line depending on whether the default route interface goes up or down. (They were adapted from the 1wwwoffle script im /etc/ppp.) While probably not suited for general usage, they might be shipped as examples. -- Riccardo Murri #!/bin/sh # # (this goes in etc/network/if-up.d/wwwoffle) # check for default route over this interface; if the default route # has nothing to do with this interface, don't modify wwwoffle's # status. # apparently it sometimes takes the kernel a moment to create # the route after a 'route add'... sleep 1 # if this interface is not the default route one (check in # /proc/net/route), then exit and don't touch wwwoffle. if ! egrep -q ^$IFACE[[:space:]]+ /proc/net/route; then exit 0 fi # See /usr/share/doc/wwwoffle/README.Debian for reasons not to # restart wwwoffle here. # put wwwoffle in online mode /usr/bin/wwwoffle -c /etc/wwwoffle/wwwoffle.conf -online # optionally fetch marked pages if grep -qsx fetch /etc/wwwoffle/wwwoffle.options; then /usr/bin/wwwoffle -c /etc/wwwoffle/wwwoffle.conf -fetch fi #!/bin/sh # # (this goes in /etc/network/if-down.d/wwwoffle) # if the default route goes through the interface we are about to # bring down, then put wwwoffle in offline mode. if egrep -q ^$IFACE[[:space:]]+ /proc/net/route; then /usr/bin/wwwoffle -c /etc/wwwoffle/wwwoffle.conf -offline else exit 0 fi
Bug#365445: more unknown options in /etc/xmame/xmamerc
As of xmame-sdl 0.106-1(etch on ppc) the list of unknown options has increased:: error: unknown option history_file, on line 13 of file: /etc/xmame/xmamerc ignoring line error: unknown option mameinfo_file, on line 14 of file: /etc/xmame/xmamerc ignoring line error: unknown option fuzzycmp, on line 33 of file: /etc/xmame/xmamerc ignoring line error: unknown option skip_disclaimer, on line 35 of file: /etc/xmame/xmamerc ignoring line Riccardo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395331: autodia: missing GraphViz and VCG plugins
Package: autodia Version: 2.00-1 Severity: normal Hello, autodia fails because of a missing module when invoked with the '-z' or '-v' option:: $ autodia.pl -l c++ -i a.cpp -z getting pattern for c++ [...] AutoDia - version 2.00(c) Copyright 2003 A Trevena [...] Can't locate GraphViz.pm in @INC (@INC contains: [] /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/share/perl5/Autodia/Diagram.pm line 338. $ autodia.pl -l c++ -i a.cpp -v getting pattern for c++ [...] Can't locate VCG.pm in @INC (@INC contains: [...] /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/share/perl5/Autodia/Diagram.pm line 582. Indeed, the autodia package does not contain GraphViz or VGG.pm:: $ dpkg -L autodia | egrep -c -i '(graphviz|vcg)' 0 Regards, Riccardo -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages autodia depends on: ii libtemplate-perl 2.14-1 template processing system written ii perl 5.8.8-6.1 Larry Wall's Practical Extraction autodia recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365399: kernel-package: [powerpc] kernel 2.6.16.11 build fails on iBook
Package: kernel-package Version: 9.001 Severity: normal Tags: patch Hello, make-kpkg fails to build kernel 2.6.16.11 (kernel.org mainstream sources). I'm running a (mainly) sarge system; hardware is a 2001 dual USB Apple iBook. It looks like powermac kernels need to be built with ARCH=powerpc since kernel 2.6.16: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a7fdd90bc43e3e9cb08bc1b13650024d419b89e5 whereas make-kpkg selects ARCH=ppc. Also, the kernel Makefile builds a 'zImage' when ARCH=powerpc, not 'vmlinux'. With the attached patch I was able to successfully build a running 2.6.16.11 kernel. Regards, Riccardo Murri -- System Information: Debian Release: stable APT prefers stable APT policy: (600, 'stable'), (500, 'testing') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.11 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages kernel-package depends on: ii dpkg 1.10.28Package maintenance system for Deb ii dpkg-dev 1.10.28Package building tools for Debian ii gcc [c-compiler] 4:3.3.5-3 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.5-13 The GNU C compiler ii make 3.80-9 The GNU version of the make util ii perl 5.8.7-3Larry Wall's Practical Extraction Versions of packages kernel-package recommends: ii bzip2 1.0.2-7 high-quality block-sorting file co ii libc6-dev [libc-dev]2.3.2.ds1-22 GNU C Library: Development Librari -- no debconf information --- rules.orig 2006-04-28 02:16:49.0 +0200 +++ rules 2006-04-29 20:54:16.0 +0200 @@ -221,6 +221,15 @@ endif endif +# Lexically-comparable kernel version string. +# Used to detect changes in the build process (e.g., PowerMac architecture +# changed to 'powermac' in 2.6.16). Assumes no build process changes occur +# *within* sublevels, and that two decimal digits are enough for each +# version/patchlevel/sublevel. +comparable_version = $(shell echo $(VERSION) $(PATCHLEVEL) $(SUBLEVEL) \ +| tr . ' '\ +| xargs printf '%02d%02d%02d') + HAVE_NEW_MODLIB =$(shell grep -E '\(INSTALL_MOD_PATH\)' Makefile 2/dev/null ) @@ -364,12 +373,12 @@ endif ifeq (,$(findstring $(KPKG_SUBARCH),apus prpmc chrp mbx pmac prep Amiga APUs CHRP MBX PReP chrp-rs6k nubus )) +KERNEL_ARCH:=ppc KPKG_SUBARCH:=$(GUESS_SUBARCH) endif - KERNEL_ARCH:=ppc - ifneq (,$(findstring $(KPKG_SUBARCH),APUs apus Amiga)) +KERNEL_ARCH:=ppc KPKG_SUBARCH:=apus loader := NoLoader kimage := vmapus.gz @@ -384,6 +393,7 @@ endif ifneq (,$(findstring $(KPKG_SUBARCH),chrp-rs6k)) +KERNEL_ARCH:=ppc KPKG_SUBARCH:=chrp-rs6k loaderdep=quik loader=quik @@ -400,6 +410,7 @@ endif ifneq (,$(findstring $(KPKG_SUBARCH),CHRP chrp)) +KERNEL_ARCH:=ppc KPKG_SUBARCH:=chrp loaderdep=quik loader=quik @@ -416,6 +427,7 @@ endif ifneq (,$(findstring $(KPKG_SUBARCH),PRPMC prpmc)) +KERNEL_ARCH:=ppc KPKG_SUBARCH:=prpmc loader := NoLoader kimage := zImage @@ -427,6 +439,7 @@ endif ifneq (,$(findstring $(KPKG_SUBARCH),MBX mbx)) +KERNEL_ARCH:=ppc KPKG_SUBARCH:=mbx loader := NoLoader kimage := zImage @@ -458,18 +471,34 @@ loaderdep=yaboot loader=yaboot endif -kimagesrc = vmlinux -kimage := vmlinux -kimagedest = $(INT_IMAGE_DESTDIR)/vmlinux-$(version) HAVE_COFF_IMAGE = YES -coffsrc = $(shell if [ -d arch/$(KERNEL_ARCH)/coffboot ]; then \ - echo arch/$(KERNEL_ARCH)/coffboot/$(kimage).coff ; else \ - echo arch/$(KERNEL_ARCH)/boot/images/$(kimage).coff ; fi) -coffdest=$(INT_IMAGE_DESTDIR)/vmlinux.coff-$(version) +# build architecture for powermac changed with 2.6.16 +# (see http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=a7fdd90bc43e3e9cb08bc1b13650024d419b89e5 ) +ifneq (,$(shell test $(comparable_version) -ge 020616 echo post-2.6.16)) + # now powermac kernels build with 'powerpc' arch... + KERNEL_ARCH:=powerpc + # ...and the image name switched to zImage/bzImage... + kimagesrc = arch/$(KERNEL_ARCH)/boot/$(target) + kimage := $(target) + kimagedest = $(INT_IMAGE_DESTDIR)/vmlinux-$(version) + coffsrc = $(kimagesrc).coff + coffdest=$(INT_IMAGE_DESTDIR)/vmlinux.coff-$(version) +else + # older kernels build with 'ppc' arch + KERNEL_ARCH:=ppc + kimagesrc = vmlinux + kimage := vmlinux + kimagedest = $(INT_IMAGE_DESTDIR)/vmlinux-$(version) + coffsrc = $(shell if [ -d arch/$(KERNEL_ARCH)/coffboot ]; then \ + echo arch/$(KERNEL_ARCH)/coffboot/$(kimage).coff ; else \ + echo arch/$(KERNEL_ARCH)/boot/images
Bug#358344: wrong dependency on speedbar 1:1.0pre3-1 prevent installation
Package: speedbar Version: 1:1.0pre3-1 Severity: normal speedbar 1:1.0pre3-1 should depend on cedet-common 1:1.0beta3b, else the emacs-install part will fail with an error:: speedbar-value cannot be decoded Best regards, Riccardo Murri -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages speedbar depends on: ii cedet-common 1:1.0pre3-1 Collection of Emacs Development En -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352816: alien: inconsistent naming of env var in code and doc
Package: alien Version: 8.52 Severity: normal Hello, alien's documentation mentions environment variable RPMBUILDOPT, but the code in Alien::Package::Rpm actually uses RPMBUILDOPTS. It's only a typo, but a rather nasty one - it took me quite a while to figure out why alien/rpmbuild was not acting the way it should have had... Best regards and thanks for the wonderful alien package, Riccardo Murri -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages alien depends on: ii cpio 2.5-1.3GNU cpio -- a program to manage ar ii debhelper 4.2.32 helper programs for debian/rules ii dpkg-dev 1.10.28Package building tools for Debian ii make 3.80-9 The GNU version of the make util ii perl 5.8.4-8Larry Wall's Practical Extraction ii rpm 4.0.4-31 Red Hat package manager -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318470: mutt: cannot interactively select S/MIME key to sign message with
[Adeodato Simó, Mon, Sep 19, 2005 at 01:53:35AM +0200] Can you do a quick test and check whether it still happens with mutt 1.5.10-1, and/or with this 1.5.11 package?: http://people.debian.org/~adeodato/tmp/2005-09-19/mutt-1.5.11-pre/mutt_1.5.11-1~pre1_i386.deb Both still show this bug. Regards, Riccardo -- Riccardo Murri EGRID Project The Abdus Salam ICTP Strada Costiera, 11 34016 Trieste Italy email: [EMAIL PROTECTED] phone: +39 040-2240-542 fax: +39 040-224531
Bug#318468: xdialog: Xdialog --stdout also redirects stderr
Package: xdialog Version: 2.0.6-3 Severity: normal Hello, the option '--stdout' also redirects error reporting to stdandard output:: $ echo 'garbage' ~/.gtkrc $ Xdialog --stdout --inputbox prompt 0 0 /tmp/x $ cat /tmp/x /home/rmurri/.gtkrc:1: error: unexpected identifier `garbage', expected keyword - e.g. `style' **input text** I guess that Xdialog code *always* prints the input text to stderr, and only does a 'dup2(1,2)' when given the '--stdout' option... Best regards, Riccardo Murri -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages xdialog depends on: ii libc62.3.2.ds1-22GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9The GLib library of C routines ii libgtk1.21.2.10-17 The GIMP Toolkit set of widgets fo ii xlibs4.3.0.dfsg.1-14 X Keyboard Extension (XKB) configu -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318470: mutt: cannot interactively select S/MIME key to sign message with
Package: mutt Version: 1.5.9-2 Severity: normal Hello, if I try to select the S/MIME key to sign a mail with from the selection menu, mutt truncates the key name 1 char too early (4650ec3b. instead of 4650ec3b.0); so, openssl fails and the only way to select a S/MIME key is by setting the 'smime_sign_as' variable. Best regards, Riccardo Murri -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages mutt depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libdb4.34.3.27-2 Berkeley v4.3 Database Libraries [ ii libgnutls11 1.0.16-13.1 GNU TLS library - runtime library ii libidn110.5.13-1.0 GNU libidn library, implementation ii libncursesw55.4-4Shared libraries for terminal hand ii libsasl22.1.19-1.5 Authentication abstraction library ii ssmtp [mail-transport-agent 2.61-2 extremely simple MTA to get mail o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310848: fbiterm: should recommend xfonts-base
Package: fbiterm Version: 0.5-3.2 Severity: normal If the '/usr/lib/X11/fonts/misc/8x16.pcf.gz' font (provided by 'xfonts-base') is not found, then 'fbiterm' will refuse to start unless it is explicitly given the '-a' option:: $ fbiterm ascii font file not found. Cheers, Riccardo -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages fbiterm depends on: ii debconf 1.4.30.13Debian configuration management sy ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libiterm1 0.5-3.2 internationalized terminal emulato ii unifont 1:1.0-1 X11 dual-width GNU unicode font ii zlib1g 1:1.2.2-4compression library - runtime -- debconf information: * fbiterm/SUID_bit: true -- Riccardo Murri EGRID Project The Abdus Salam ICTP Strada Costiera, 11 34016 Trieste Italy email: [EMAIL PROTECTED] phone: +39 040-2240-542 fax: +39 040-224531 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310717: sorry wrong email address
Sorry I had misconfigured reportbug: my correct e-mail address is: [EMAIL PROTECTED] Thank you. Riccardo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310717: mined: not listed as alternative for 'editor'
Package: mined Version: 2000.10-2 Severity: minor After installing the mined package, mined is not listed as a selectable 'editor' in the alternatives system: $ update-alternatives --list editor /usr/bin/vim /usr/bin/emacs21 /bin/ed /usr/bin/jed I think the following should be added to the postinst script:: update-alternatives \ --install /usr/bin/editor editor /usr/bin/mined 100 \ --slave /usr/share/man/man1/editor.1.gz editor.1.gz \ /usr/share/man/man1/mined.1.gz Cheers, Riccardo -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages mined depends on: ii libc6 2.3.2.ds1-21 GNU C Library: Shared libraries an ii libncurses5 5.4-4Shared libraries for terminal hand -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]