Bug#1025158: please include qrtr and qrtr-mhi in nic-wireless-modules
Source: linux Version: 6.0.0-5 Severity: wishlist Please include the qrtr and qrtr-mhi in the nic-wireless-modules binary package (or another one pulled in by DI). These modules are required by ath11k_pci to work, which is needed to install on e.g. a Thinkpad T14s Gen3 AMD.
Bug#962254: Umask ignored when mounting NFSv4.2 share of an exported ZFS (with acltype=off) (was: Re: Bug#962254: NFS(v4) broken at 4.19.118-2)
If you are violating our license please also don't spam our list when using your crappy combination.
Bug#828826: nfs-common: move of rpc_pipefs mountpoint to /run breaks blkmapd
Package: nfs-common Version: 1:1.2.8-9 Severity: important Tags: patch Dear Maintainer, commit ba649fa4 ("Migrate the rpc_pipefs mount out of /var/lib to /run, to better support /var on NFS.") in the Debian packaging repo completely broke blkmapd, which still looks for rpc_pipefs in the old place. >From looking in the BTS gssd also seems to have the same problem (#632141). diff --git a/utils/blkmapd/device-discovery.c b/utils/blkmapd/device-discovery.c index 69f00fa..7b00c90 100644 --- a/utils/blkmapd/device-discovery.c +++ b/utils/blkmapd/device-discovery.c @@ -55,9 +55,9 @@ #define EVENT_SIZE (sizeof(struct inotify_event)) #define EVENT_BUFSIZE (1024 * EVENT_SIZE) -#define BL_PIPE_FILE "/var/lib/nfs/rpc_pipefs/nfs/blocklayout" -#define NFSPIPE_DIR"/var/lib/nfs/rpc_pipefs/nfs" -#define RPCPIPE_DIR"/var/lib/nfs/rpc_pipefs" +#define BL_PIPE_FILE "/run/rpc_pipefs/nfs/blocklayout" +#define NFSPIPE_DIR"/run/rpc_pipefs/nfs" +#define RPCPIPE_DIR"/run/rpc_pipefs" #define PID_FILE "/run/blkmapd.pid" struct bl_disk *visible_disk_list; -- Package-specific info: -- rpcinfo -- 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 46956 status 1000241 tcp 40643 status -- /etc/default/nfs-common -- NEED_STATD= STATDOPTS= NEED_IDMAPD= NEED_GSSD= -- /etc/idmapd.conf -- [General] Verbosity = 0 Pipefs-Directory = /run/rpc_pipefs [Mapping] Nobody-User = nobody Nobody-Group = nogroup -- /etc/fstab -- -- 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.4.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nfs-common depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59 ii libc6 2.19-18+deb8u4 ii libcap2 1:2.24-8 ii libcomerr2 1.42.12-1.1 ii libdevmapper1.02.1 2:1.02.90-2.2+deb8u1 ii libevent-2.0-5 2.0.21-stable-2 ii libgssapi-krb5-21.12.1+dfsg-19+deb8u2 ii libk5crypto31.12.1+dfsg-19+deb8u2 ii libkeyutils11.5.9-5+b1 ii libkrb5-3 1.12.1+dfsg-19+deb8u2 ii libmount1 2.25.2-6 ii libnfsidmap20.25-5 ii libtirpc1 0.2.5-1 ii libwrap07.6.q-25 ii lsb-base4.1+Debian13+nmu1 ii rpcbind 0.2.1-6+deb8u1 ii ucf 3.0030 Versions of packages nfs-common recommends: ii python 2.7.9-1 Versions of packages nfs-common suggests: pn open-iscsi pn watchdog -- debconf-show failed
Bug#751511: xfslibs-dev: Incorrect licensing information in debian/copyright
On Fri, Jun 13, 2014 at 06:24:14PM +0300, Andrei POPESCU wrote: > Control: reassign -1 xfslibs-dev > > On Vi, 13 iun 14, 19:55:34, Y Giridhar Appaji Nag wrote: > > Source: xfslibs-dev > > Severity: serious > > Justification: Policy 4.5 > > > > It looks like the xfslibs-dev package source files are licensed under LGPL > > v2.1, however the debian/copyright file indicates that only the libhandle > > package is under LGPL and that the rest of the package is licensed under > > GPL. All the headers in xfslibs-dev are licensed under the LGPL. The man pages don't have specific licensing information in the source file nad thus default to GPL. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748483: xfsprogs: Let's add a watch file
On Sat, May 17, 2014 at 07:59:57PM +0200, Vincent Blut wrote: > Source: xfsprogs > Version: 3.1.9 > Severity: wishlist > > Hey guys, > > Even if it doesn't necessarily improve your workflow, the watch file could > improve some Debian tools that check it (e.g. UDD). > Could you please apply the attached one in your next upload? I'll assume this should go into debian/watch? It's probably best if you simply submit a patch that adds it with proper From:, Subject: and Signed-off-by: tags so it can be applied as-is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#738758: [PATCH] ext4: kill i_version support for Hurd-castrated file systems
On Wed, Mar 19, 2014 at 11:27:57PM -0600, Andreas Dilger wrote: > Probably worthwhile to make those !EXT4_OS_HURD checks likely()? Does it make sense to support the format at all given that it's unlikely to get any testing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725971: xfsprogs: config.guess/config.sub out of date for arm64
On Tue, Oct 15, 2013 at 10:24:48PM +0100, Colin Watson wrote: > I looked, but there's nothing to send; the xfsprogs repository doesn't > contain those files. They're updated by the configure target in > Makefile, which is run as part of ./release.sh via "make dist". (Good; > this should be as automatic as possible.) Oh, forgot about that. > IOW, any new upstream release will contain updated files as long as the > developer who built the release has current libtool etc. installed. But > of course this should be fixed to auto-update at build time in the > Debian packaging anyway, since we want to be able to port to new > architectures without having to upload lots of new source packages or > take lots of new upstream releases at the same time; it makes life so > much easier. As said, I don't disagree with your patch at all, I was just asking for an additional patch which turned out not to be nessecary. 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#725971: xfsprogs: config.guess/config.sub out of date for arm64
While updating it in the debhelp is nice for the Debian package I'd also really like to see a patch updating the files in the repository. Colin, would you mind sending that patch, too? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#696650: fsync() on read-only RAID triggers BUG
On Sat, Jan 26, 2013 at 07:44:40PM +, Ben Hutchings wrote: > I applied this on top of 3.2.37 and it certainly fixes the crash. > However I wonder whether fsync() should fail or should immediately > succeed. I don't know whether the installer expects it to succeed. It should succeed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694624: /usr/sbin/xfs_freeze: freezes under lying (root) filesystem if mountpoint is not currently mounted
It probably makes sense to only allow it for mountpoints, then again I fear people might already be using it differently in existing scripts. Maybe be should add an -s / --strict option that forces it to only work on mountpoints? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661580: mkfs.xfs fails to detect correct sector size
On Thu, Mar 01, 2012 at 09:14:09AM +0100, Goswin von Brederlow wrote: > And I can confirm that the sector size detection is still broken in > 3.1.7. That's a known bug that Carlos wanted to look into. If you really can't accept smaller I/O without major pain make sure to use a larger logical blocksize, which should be handled fine by everything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661580: mkfs.xfs fails to detect correct sector size
On Thu, Mar 01, 2012 at 04:53:32AM +0100, Goswin von Brederlow wrote: > I'm asuming libblkid is used, otherwise a sectorsize of 512 would make > no sense. > > It might be that NBD advertises the geometry wrong, as in ft.sectorsize > isn't set correctly. That would make that part at least a kernel bug. Now that I've looked at nbd: I can't find any way to transfer the physical or logical block size information to the nbd client. How do you try set it on the server? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#661580: mkfs.xfs fails to detect correct sector size
Carlos, didn't you plan to look into this issue? Goswin, how do you determin that mkfs is still doing unaligned I/O when forcing the large sevtor size? Once we set the sector size XFS can't do I/O smaller than it. On Tue, Feb 28, 2012 at 08:49:14AM +0100, Goswin von Brederlow wrote: > Package: xfsprogs > Version: 3.1.7 > Severity: important > File: /sbin/mkfs.xfs > > Hi, > > since I recently bought a harddisk with 4K sector size I've been > checking for correct alignment and blocksizes in various things. One > of them being xfs. > > When I partition the disk in parted it shows correctly to have a > logical blocksize of 512 byte and physical blocksize of 4096 byte. > But mkfs.xfs does not detect that the physical blocksize is 4096 byte > and creates a filesystem with: > > meta-data=/dev/sde1 isize=256agcount=32, agsize=22892696 blks > = sectsz=512 attr=2 > data = bsize=4096 blocks=732566272, imaxpct=5 > = sunit=0 swidth=0 blks > naming =version 2 bsize=4096 ascii-ci=0 > log =internal bsize=4096 blocks=357698, version=2 > = sectsz=512 sunit=0 blks, lazy-count=1 > realtime =none extsz=4096 blocks=0, rtextents=0 > > > This often results in access to the disk that is not aligned to the > blocksize with the resulting degradation in performance. > > Further, manually selecting the right sector size of 4096 still causes > lots of unaligned access while formating and while mounting the > filesystem. It does seem to fix the problem for actual use though. > > MfG > Goswin > > -- System Information: > Debian Release: wheezy/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: amd64 (x86_64) > > Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) > Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) > Shell: /bin/sh linked to /bin/dash > > Versions of packages xfsprogs depends on: > ii libblkid1 2.20.1-1 > ii libc6 2.13-21 > ii libreadline5 5.2-11 > ii libuuid1 2.19.1-5 > > xfsprogs recommends no packages. > > Versions of packages xfsprogs suggests: > pn acl 2.2.51-4 > pn attr 1:2.4.46-3 > pn quota > pn xfsdump > > -- no debconf information > > > ___ > xfs mailing list > x...@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/xfs ---end quoted text--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#648282: nova-common fails to install
Package: nova-common Version: 2011.2-1 Severity: grave Justification: renders package unusable apt-get install nova-common fail on my uptodate x86-64 testing system with the following uncomprehensible error: Selecting previously unselected package nova-common. (Reading database ... 125769 files and directories currently installed.) Unpacking nova-common (from .../nova-common_2011.2-1_all.deb) ... Processing triggers for man-db ... Setting up nova-common (2011.2-1) ... Command failed, please check log for more info dpkg: error processing nova-common (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: nova-common E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.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 nova-common depends on: ii adduser 3.113 ii python 2.7.2-9 ii python-amqplib 1.0.0+ds-1 ii python-nova 2011.2-1 nova-common recommends no packages. nova-common suggests no packages. -- Configuration Files: /etc/sudoers.d/nova_sudoers [Errno 13] Permission denied: u'/etc/sudoers.d/nova_sudoers' -- 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#598714: hfsprogs: manpages do not reflect Linux systems
Package: hfsprogs Version: 332.25-8 Severity: minor Tags: patch The manpage for the hfs/hfsplus mkfs and fsck tools are taken more or less directly from MacOS X and do not reflect the actual situation on Linux systems. The patch below corrects the spelling of the tools from fsck_hfs to fsck.hfs and newfs_hfs to mkfs.hfs respectively and fixes a few other minor issues: - stop mentioning rc.boot as the caller of fsck during boot time. The actual caller depends on the init system used and is not of any importance to the user, so just remove this detail. - remove a warning the fsck needs to be run on the raw device, this is not true for Linux which provides a cache coheren block device node. - do not mention MacOS-specific tools for partitioning disks. We have quite a few tools on Linux, but at least under Linux a partition table is not required anyway. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.36-rc2+ (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages hfsprogs depends on: ii libbsd0 0.2.0-1utility functions from BSD systems ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libssl0.9.8 0.9.8o-2 SSL shared libraries hfsprogs recommends no packages. hfsprogs suggests no packages. -- no debconf information Index: hfsprogs-332.25/fsck_hfs.tproj/fsck_hfs.8 === --- hfsprogs-332.25.orig/fsck_hfs.tproj/fsck_hfs.8 2010-10-01 11:52:44.854842978 +0200 +++ hfsprogs-332.25/fsck_hfs.tproj/fsck_hfs.8 2010-10-01 11:57:08.073842985 +0200 @@ -19,18 +19,18 @@ .Dt FSCK_HFS 8 .Os "Mac OS X" .Sh NAME -.Nm fsck_hfs +.Nm fsck.hfs .Nd HFS file system consistency check .Sh SYNOPSIS -.Nm fsck_hfs +.Nm fsck.hfs .Fl q .Op Fl df .Ar special ... -.Nm fsck_hfs +.Nm fsck.hfs .Fl p .Op Fl df .Ar special ... -.Nm fsck_hfs +.Nm fsck.hfs .Op Fl n | y | r .Op Fl dfgl .Op Fl m Ar mode @@ -52,9 +52,7 @@ The second form of preens the specified file systems. It is normally started by .Xr fsck 8 -run from -.Pa /etc/rc.boot -during automatic reboot, when a HFS file system is detected. +during systen boot, when a HFS file system is detected. When preening file systems, .Nm will fix common inconsistencies for file systems that were not @@ -144,8 +142,6 @@ specified file system for a new catalog to the leaf nodes in the existing catalog file. .El .Pp -Because of inconsistencies between the block device and the buffer cache, -the raw device should always be used. .Sh SEE ALSO .Xr fsck 8 .Sh BUGS Index: hfsprogs-332.25/newfs_hfs.tproj/newfs_hfs.8 === --- hfsprogs-332.25.orig/newfs_hfs.tproj/newfs_hfs.82010-10-01 11:59:56.025842978 +0200 +++ hfsprogs-332.25/newfs_hfs.tproj/newfs_hfs.8 2010-10-01 12:02:22.967842979 +0200 @@ -19,10 +19,10 @@ .Dt NEWFS_HFS 8 .Os "Mac OS X" .Sh NAME -.Nm newfs_hfs +.Nm mkfs.hfs .Nd construct a new HFS Plus file system .Sh SYNOPSIS -.Nm newfs_hfs +.Nm mkfs.hfs .Op Fl N Ar [partition-size] .Op Fl U Ar uid .Op Fl G Ar gid @@ -37,19 +37,13 @@ .Op Fl v Ar volume-name .Ar special .Sh DESCRIPTION -.Nm Newfs_hfs +.Nm mkfs.hfs builds an HFS Plus file system on the specified special device. -Before running -.Nm newfs_hfs -the disk should be partitioned using the -.Em Disk Utility -application or -.Xr pdisk 8 . .Pp The file system default parameters are calculated based on the size of the disk partition. Typically the defaults are reasonable, however -.Nm newfs_hfs +.Nm mkfs.hfs has several options to allow the defaults to be selectively overridden. The options are as follows: .Bl -tag -width Fl
Bug#584872: epiphany-browser: Epiphany doesn't change color on used links
On Mon, Jun 07, 2010 at 11:10:16AM +0200, Josselin Mouette wrote: > Please try again with epiphany 2.30. IIRC this has been fixed in the > meantime. The status with 2.30.2 from unstable is: - if I use the back button to go back to the overview the link is marked as visited. - if I open a link in a new tab it's not marked as visited, even after a refresh - after restarting epiphany-browser even the link marked visited above is not marked as visited anymore. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#584872: epiphany-browser: Epiphany doesn't change color on used links
Package: epiphany-browser Version: 2.29.5-3 Severity: important Unlike other browsers epiphany doesn't change the color of a link when it has been visited before. When browsing mainling list archives or similar kinds of frequently updated listings this makes epiphany almost unusable. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.34-rc4 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany-browser depends on: ii dbus-x111.2.24-1 simple interprocess messaging syst ii epiphany-browser-data 2.29.5-3 Data files for the GNOME web brows ii gnome-icon-theme2.30.2.1-1 GNOME Desktop icon theme ii iso-codes 3.16-1 ISO language, territory, currency, ii libavahi-client30.6.25-3 Avahi client library ii libavahi-common30.6.25-3 Avahi common library ii libavahi-gobject0 0.6.25-3 Avahi GObject library ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgirepository1.0-00.6.10-1 Library for handling GObject intro ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libnotify1 [libnotify1-gtk2 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-2 Network Security Service libraries ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libseed02.28.1-1 GObject JavaScript bindings for th ii libsm6 2:1.1.1-1X11 Session Management library ii libsoup-gnome2.4-1 2.30.1-1 an HTTP library implementation in ii libsoup2.4-12.30.1-1 an HTTP library implementation in ii libwebkit-1.0-2 1.2.1-2 Web content engine library for Gtk ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii libxslt1.1 1.1.26-3 XSLT processing library - runtime Versions of packages epiphany-browser recommends: ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages epiphany-browser suggests: pn mozplugger (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#569598: disk caches?
On Tue, Feb 16, 2010 at 03:42:25PM -0500, Philipp Weis wrote: > How could it end up in the page cache for this setup? There is no > filesystem layer below the loop device. Any write that reaches the > loop device is passed through to lvm, then md and finally the disk. > Are you saying that there is extra caching going on at the lvm or md > layers? Yes, the block device node is a cached access mode, and uses the same pagecache as a filesystem uses. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216221248.ga8...@lst.de
Bug#569598: disk caches?
On Tue, Feb 16, 2010 at 10:58:06AM -0500, Philipp Weis wrote: > On 2010-02-16 11:21, Christoph Hellwig wrote: > > Do you have disk write caches disabled on the machine? Neither md, nor > > dm, nor loop pass through barrier requests. Without disabling the > > volatile write cache on the disks you will lose data everytime the > > machine is not shut down cleanly. The messages you see are typical > > for that kind of corruption. > > The caches are all off. Hmm, it really does look like the typical write cache corruption. Looking a bit at the loop driver as suspsect I think I know what the problem is: - loop writes data either using the address_space operations, or using ->write, but it never calls does the O_SYNC processing (just ->fsync in modern kernels, but a little different in 2.6.26) So when using loop data simply gets written into the page cache, but there is no guarantee it ever goes out to disk. This bug is still present in latests upstream - a patch to introduce barrier support calling ->fsync went in a while ago but caused mysterious lockups and was reverted, with the patch author never coming back to try to figure it out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216191800.ga1...@lst.de
Bug#569598: disk caches?
Do you have disk write caches disabled on the machine? Neither md, nor dm, nor loop pass through barrier requests. Without disabling the volatile write cache on the disks you will lose data everytime the machine is not shut down cleanly. The messages you see are typical for that kind of corruption. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100216102114.ga8...@lst.de
Bug#557934: gnome-session: metacity doesn't start anymore
On Wed, Nov 25, 2009 at 01:43:47PM +0100, Josselin Mouette wrote: > It???s compiz. I guess it fails to start. > > Anyway, this is fixed in unstable, metacity is always started by default > now. This did indeed go away by upgrading to 2.28.0-4. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557933: epiphany-browser: epiphany refuses to load websites if network manager is running
On Wed, Nov 25, 2009 at 02:07:45PM +0100, Josselin Mouette wrote: > > One that doesn't actually have any benefits at > > all. > > If you don???t see benefits in network-manager, just remove it. That's in fact what I have done. But again, even a totally unconfigured and just installed network-manager causes this problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557933: epiphany-browser: epiphany refuses to load websites if network manager is running
On Wed, Nov 25, 2009 at 01:41:42PM +0100, Josselin Mouette wrote: > Le mercredi 25 novembre 2009 ?? 13:18 +0100, Christoph Hellwig a ??crit : > > Package: epiphany-browser > > Version: 2.26.3-2 > > Severity: important > > > > I recently installed network manager to experiment around with an umts > > modem. > > But once network manager is installed and running epiphany refuses to load > > any website claiming it's in offline mode. Removing network manager fixes > > the > > issue. > > See /usr/share/doc/epiphany-browser/README.Debian Sorry, but that's an absolutely dis-satisfactory answer. Epiphany basically becomes unuseable by installing something else, which is just a a braindead default. One that doesn't actually have any benefits at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#557934: gnome-session: metacity doesn't start anymore
Package: gnome-session Version: 2.26.2-1 Severity: important After upgrading gnome bits from 2.6.26 to 2.6.28 metacity isn't started anymore when logging into a gnome session. I can start it manually from a shell, but it requires the --replace option as it claims another window manager is already running, but ps output doesn't show any. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-rc8 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-session depends on: ii compiz-gnome 0.8.2-6OpenGL window and compositing mana ii gnome-panel 2.26.3-1 launcher and docking facility for ii gnome-session-bin 2.26.2-1 The GNOME Session Manager - Minima ii gnome-settings-daemon 2.26.1-2 daemon handling the GNOME session ii metacity 1:2.28.0-2 lightweight GTK+ window manager gnome-session recommends no packages. Versions of packages gnome-session suggests: ii desktop-base 5.0.5 common files for the Debian Deskto ii gnome-keyring 2.28.1-1 GNOME keyring services (daemon and ii gnome-user-guide [gnome2-user 2.28.0-1 GNOME user's guide -- 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#557933: epiphany-browser: epiphany refuses to load websites if network manager is running
Package: epiphany-browser Version: 2.26.3-2 Severity: important I recently installed network manager to experiment around with an umts modem. But once network manager is installed and running epiphany refuses to load any website claiming it's in offline mode. Removing network manager fixes the issue. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-rc8 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany-browser depends on: ii epiphany-gecko2.26.3-2 Intuitive GNOME web browser - Geck epiphany-browser recommends no packages. epiphany-browser suggests no packages. Versions of packages epiphany-gecko depends on: ii dbus-x111.2.16-2 simple interprocess messaging syst ii epiphany-browser-data 2.26.3-2 Data files for the GNOME web brows ii gnome-icon-theme2.28.0-1 GNOME Desktop icon theme ii iso-codes 3.11.1-1 ISO language, territory, currency, ii libavahi-client30.6.25-1 Avahi client library ii libavahi-common30.6.25-1 Avahi common library ii libavahi-gobject0 0.6.25-1 Avahi GObject library ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libcanberra-gtk00.22-1 Gtk+ helper for playing widget eve ii libcanberra00.22-1 a simple abstract interface for pl ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libenchant1c2a 1.4.2-3.3a wrapper library for various spel ii libgcc1 1:4.4.1-4GCC support library ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.22.2-2 The GLib library of C routines ii libgnome2-0 2.26.0-1 The GNOME library - runtime files ii libgnomeui-02.24.2-1 The GNOME libraries (User Interfac ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk2 0.4.5-1 sends desktop notifications to a n ii libnspr4-0d 4.8.2-1 NetScape Portable Runtime Library ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libx11-62:1.2.2-1X11 client-side library ii libxml2 2.7.6.dfsg-1 GNOME XML library ii libxslt1.1 1.1.26-1 XSLT processing library - runtime ii python2.5 2.5.4-2 An interactive high-level object-o ii xulrunner-1.9 1.9.0.14-1 XUL + XPCOM application runner ii xulrunner-1.9-gnome-support 1.9.0.14-1 Support for GNOME in xulrunner app -- 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#555405: libc6-dev: preadv()/pwritev() prototypes are broken on i386 with -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
Package: libc6-dev Version: 2.10.1-5 Severity: important Any glibc since introduction of preadv/pwritev can corrupt data on 32bit systems when a program is compiled with -D_FILE_OFFSET_BITS=64. This is most important for qemu/kvm for which this system call was introduces, leading to massive data corruption. See the Fedora bug report at https://bugzilla.redhat.com/show_bug.cgi?id=533063 for some more details and the libc-hacker posting at http://sources.redhat.com/ml/libc-hacker/2009-11/msg1.html for a patch to fix it. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.31-rc7 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages libc6-dev depends on: ii libc-dev-bin 2.10.1-5 GNU C Library: Development binarie ii libc6 2.10.1-5 GNU C Library: Shared libraries ii linux-libc-dev2.6.30-8 Linux support headers for userspac Versions of packages libc6-dev recommends: ii gcc [c-compiler] 4:4.3.3-9+nmu1 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.4-5The GNU C compiler Versions of packages libc6-dev suggests: pn glibc-doc (no description available) ii manpages-dev 3.22-1 Manual pages about using GNU/Linux -- 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#517553: fixed upstream
This was an unaligned access in libxfs and has been fixed upstream in the 3.0.3 release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#513702: what kernel?
Samium, what kernel does this fail with? On current squeeze, running aself-built 2.6.31-rc kernel everything is fine for me: h...@brick:~$ mount /dev/sda2 on / type xfs (rw,noatime,nobarrier) tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755) proc on /proc type proc (rw,noexec,nosuid,nodev) sysfs on /sys type sysfs (rw,noexec,nosuid,nodev) udev on /dev type tmpfs (rw,mode=0755) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=620) /dev/sda1 on /boot type ext2 (rw) /dev/mapper/vg00-home on /home type xfs (rw,noatime,nobarrier) none on /proc/bus/usb type usbfs (rw) debugfs on /sys/kernel/debug type debugfs (rw) h...@brick:~$ /sbin/mkfs.xfs -d file,name=betelheise.io.new,size=17179869184 meta-data=betelheise.io.new isize=256agcount=4, agsize=1048576 blks = sectsz=512 attr=2 data = bsize=4096 blocks=4194304, imaxpct=25 = sunit=0 swidth=0 blks naming =version 2 bsize=4096 ascii-ci=0 log =internal log bsize=4096 blocks=2560, version=2 = sectsz=512 sunit=0 blks, lazy-count=0 realtime =none extsz=4096 blocks=0, rtextents=0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517553: fixed upstream
This is fixed in the 3.0.3 upstream release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548813: gnumeric fails to start with a symbol lookup error
Package: gnumeric Version: 1.9.10-2 Justification: renders package unusable Severity: grave Starting gnumeric on a squeeze systems with all updates as of today (28th September) fails with the following error: h...@brick:~$ gnumeric gnumeric: symbol lookup error: /usr/lib/libspreadsheet-1.9.10.so: undefined symbol: foo_canvas_item_request_update -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.31-rc7 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages gnumeric depends on: ii debconf [debc 1.5.27 Debian configuration management sy ii gconf22.26.2-3 GNOME configuration database syste ii gnumeric-comm 1.9.10-2 spreadsheet application for GNOME ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.9-25 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libglade2-0 1:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.22.0-1 The GLib library of C routines ii libgoffice-0- 0.7.13-1 Document centric objects library - ii libgsf-1-114 1.14.15-1 Structured File Library - runtime ii libgtk2.0-0 2.16.6-1 The GTK+ graphical user interface ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libxml2 2.7.4.dfsg-2 GNOME XML library ii procps1:3.2.8-1.1/proc file system utilities ii zlib1g1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages gnumeric recommends: ii evince2.26.2-2 Document (postscript, pdf) viewer Versions of packages gnumeric suggests: ii epiphany-browser 2.26.3-2 Intuitive web browser - dummy pack pn gnumeric-doc (no description available) pn gnumeric-plugins-extra (no description available) ii ttf-liberation1.04.93-1 Free fonts with the same metrics a ii ttf-mscorefonts-installer 3.0Installer for Microsoft TrueType c -- debconf information: gnumeric/existing-process: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538962: pot file
Christian, what's the best way to do that? I'd be perfectly willing to put that change in if it's simple enough or even better if a patch is available. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548733: please package the quota_nld daemon
Package: quota Version: 3.17-4 Severity: wishlist Recent upstream release of quota contains a daemon that listens for the netlink messages that newer send for quota limit events. Please include it in the Debian package. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.31-rc7 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages quota depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy ii e2fslibs 1.41.9-1 ext2/ext3/ext4 file system librari ii libc6 2.9-25 GNU C Library: Shared libraries ii libcomerr21.41.9-1 common error description library ii libldap-2.4-2 2.4.17-1 OpenLDAP libraries ii libwrap0 7.6.q-18 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip quota recommends no packages. Versions of packages quota suggests: pn libnet-ldap-perl (no description available) ii portmap 6.0.0-1RPC port mapper -- debconf information: quota/mailfrom: quota/signature: quota/subject: quota/charset: quota/run_warnquota: false quota/group_message: quota/cc: quota/supportemail: quota/supportphone: quota/cc_before: quota/group_signature: quota/message: quota/rquota_setquota: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#540376: e2fsprogs: filefrag reports files without allocated blocks incorrectly
Package: e2fsprogs Version: 1.41.3-1 Severity: normal It seems like the filefrag doesn't report the correct results for files without any allocted blocks: mkfs.xfs /dev/vdb5 mount /dev/vdb5 /mnt/scratch touch /mnt/scratch/foo filefrag /mnt/scratch/foo /mnt/scratch/foo: 1 extent found While xfs_bmap gets the right results: qemu1:~/xfstests-dev# xfs_bmap /mnt/scratch/foo /mnt/scratch/foo: no extents When actually having extents it seems fine: qemu1:~/xfstests-dev# echo "foo" > /mnt/scratch/foo qemu1:~/xfstests-dev# filefrag /mnt/scratch/foo /mnt/scratch/foo: 1 extent found qemu1:~/xfstests-dev# xfs_bmap /mnt/scratch/foo /mnt/scratch/foo: 0: [0..7]: 96..103 The behaviour is similar on ext3, but no tool to verify it there: qemu1:~/xfstests-dev# mkfs.ext3 /dev/vdb5 mount /dev/vdb5 /mnt/scratch/ qemu1:~/xfstests-dev# touch /mnt/scratch/foo qemu1:~/xfstests-dev# filefrag /mnt/scratch/foo /mnt/scratch/foo: 1 extent found -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.31-rc5 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages e2fsprogs depends on: ii e2fslibs 1.41.3-1 ext2 filesystem libraries ii libblkid1 1.41.3-1 block device id library ii libc6 2.9-12 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libss21.41.3-1 command-line interface parsing lib ii libuuid1 1.41.3-1 universally unique id library e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static (no description available) pn gpart (no description available) pn parted (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#533162: gnome-terminal: gnome terminal complains when exiting with a running ssh session
On Sat, Jun 27, 2009 at 10:45:33AM -0400, Terry Watt wrote: > You can disable this behavior by turning off confirm_window_close in > gconf (apps/gnome-terminal/global). The description of this key still > refers to only asking for confirmation when more than one tab is open, > but now also apparently controls confirmation when a program is still > running in the terminal. This is particularly annoying for terminals > opened using nautilus-open-terminal, because every session "has a > running program" and so must be confirmed to exit. However, I think > this is probably a minor item, since it can be turned off. I see the > bug either in the gconf key description or in the default behavior, > rather than the fact that the prompt itself exists. I think the main problem is that there is no easy way to turn it off in the gnome-terminal preferences - people can argue about defaults forever, but a gconf key is not a sane way to switch it for a normal user. ---end quoted text--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533162: gnome-terminal: gnome terminal complains when exiting with a running ssh session
Package: gnome-terminal Version: 2.26.2-1 Severity: important When closing a gnome-terminal through the window manage close button while running a ssh session it requires a highly annoying confirmation to really close it. This makes gnome-terminal unuseable for managing lots of temporary remote ssh sessions. Before the last update from the testing repositories this behaviour was not present. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.29 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-terminal depends on: ii gnome-terminal-data 2.26.2-1Data files for the GNOME terminal ii libatk1.0-0 1.26.0-1The ATK accessibility toolkit ii libc62.9-12 GNU C Library: Shared libraries ii libdbus-glib-1-2 0.80-4 simple interprocess messaging syst ii libgconf2-4 2.26.2-1GNOME configuration database syste ii libglib2.0-0 2.20.1-2The GLib library of C routines ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libpango1.0-01.24.0-3+b1 Layout and rendering of internatio ii libsm6 2:1.1.0-2 X11 Session Management library ii libstartup-notification0 0.10-1 library for program launch feedbac ii libvte9 1:0.20.1-1 Terminal emulator widget for GTK+ ii libx11-6 2:1.2.1-1 X11 client-side library Versions of packages gnome-terminal recommends: ii gvfs 1.2.2-2userspace virtual filesystem - ser ii yelp 2.24.0-2 Help browser for GNOME 2 gnome-terminal 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#491525: Fixed upstream
I fixed the helptext upstream. The fixed fsr will be released with xfsprogs-3.0.0 as it moved over to that package from xfsdump. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#263170: Fixed upstream
I've put a fix for this in upstream, it'll be part of the upcoming xfsprogs-3.0.0 release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#510676: /etc/default/hdparm is not read on resume from suspend to ram
Package: hdparm Version: 8.9-2 Severity: important When resuming a laptop from suspend to ram (and probably disk too, but I haven't tested) the /etc/default/hdparm file is not read and the commands not executed. That means after a suspend/resume cycle the disks is configured differently than after a normal boot. This is especially bad if /etc/default/hdparm is used to disable the write back cache of the disk, which can lead to disk corruption on an unclean shutdown when not using barriers (which can't be used with lvm/md and are not used by default with ext3). -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.28-rc9 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages hdparm depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip hdparm recommends no packages. Versions of packages hdparm suggests: ii apmd 3.2.2-12 Utilities for Advanced Power Manag -- 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#290874: foo
The ACL package only deals with Posix ACLs. See the nfs4acl directory in the xfs-cmds reposiroty for tools for dealing with native NFSv4 ACLs, and free free to package it :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#305722: A little note
Actually you can backup subtree with xfsdump, but you still need to specify the mount point, and then the subtree with the -s option. This is also documented in the manpage. Are there any additional documentation updates you want to see to close this bug? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#484069: xfsdump: cronscript to run xfs_fsr
I agree, adding a cron script, which can be enabled/disable through dpkg-reconfigure would be nice. Nathan, can you look into that for the next xfsdump release? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
On Thu, Jun 19, 2008 at 11:58:05AM +0200, Gaudenz Steinlin wrote: > There is an effort underway to bring the MOL kernel modules into > a mergeable form. But it's not there yet. Joseph Jezak, the MOl main > developer nowdays is working on it. So MOL no longer want's to hide out > of tree. It just needs some more time. It would be useful if you could send some status-updates to lkml and the kvm list. > > What I'm asking for is to get the export back, that as far as I can see > was removed accidentialy and that was there before specially for MOL. It was removed intentionally. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
On Wed, Jun 18, 2008 at 10:45:02PM +1000, Paul Mackerras wrote: > > Has been rejected a few times. An now that we actually have kvm > > for powerpc in tree MOL should just merge with that project and > > do the right things in tree instead of beeing a really hacky > > module subverting the VM. > > We don't have KVM for the "classic" 32-bit PowerPC processors, only > for the 44x family. And doing KVM for the classic 32-bit processors > would probably involve just as much hackery as MOL. :) I don't think so. Doing it properly in-tree will mean that it is a) properly reviewed b) means we can do the major VM bits in the kernel without these really stupid exports Have you looked at MOL recently? It's more than disgusting. And in addition to these issue we do of course as policy not add random hooks in the kernel tree for out of tree stuff. Especially for hacks like this that don't even have the intention to get merged. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#486798: [PATCH] restore export of handle_mm_fault for Mac on Linux
On Wed, Jun 18, 2008 at 12:14:02PM +0200, Gaudenz Steinlin wrote: > Hi > > The kernel modules for Mac on Linux (MOL) need handle_mm_fault. > MOL is a GPL licensed virtual machine to run MacOS(X) on PPC Linux. Has been rejected a few times. An now that we actually have kvm for powerpc in tree MOL should just merge with that project and do the right things in tree instead of beeing a really hacky module subverting the VM. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#272496: xserver-xfree86: [ati/radeon] power resume fails on iBook with Radeon Mobility M7 LW [regression from 4.3.0.dfsg.1-4]
On Fri, Jan 19, 2007 at 11:21:48PM +0100, Brice Goglin wrote: > Hi Christoph, > > About 2 years ago, you reported a bug to the Debian BTS regarding power > resume failing on a iBook with a Radeon Mobility board. Did you > reproduce this problem recently? If not, I will close this bug in the > next weeks. I don't have the hardware anymore for more than a yea now. I could reproduce it reliably until then. Feel free to close it. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295211: #295211 manpages-dev is more recent than GNU libc
Florian Weimer wrote: > Yes. For example, exit_group is documented in a manual page, but not > yet supported by the current libc version. exit_group is a systemcall and documented as such in the manpage. It's not an interface exported by libc, and only used by libpthread to implement POSIX-threads semantics. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#347390: (no subject)
Subject: gnucash: crashes when trying to print invoice Package: gnucash Version: 1.8.12-3 Severity: important when trying to print an invoice gnucash freezes for about half a minutes and then crashes. The backtrace printed on the console is below. Note that downgrading to testing doesn't fix this issue. Backtrace: In /usr/share/gnucash/scm/report.scm: ... 167: 99982 (let ((options #)) (gnc:register-option options stylesheet) ...) 167: 99983* [options-gen] In /home/hch/.gnucash/saved-reports-1.8: 5: 99984 (let ((options #)) (let (#) (# option)) (let (#) (# option)) ...) 5: 99985* [gnc:report-template-new-options/name "Printable Invoice"] In /usr/share/gnucash/scm/report.scm: 127: 99986 (let ((templ #)) (if templ (gnc:report-template-new-options templ) #f)) In unknown file: ... ?: 99987 [gnc:report-template-new-options #] In /usr/share/gnucash/scm/report.scm: 146: 99988 (let (# # #) (if # # #)) 153: 99989* [gnc:make-multichoice-option "General" "Stylesheet" ... ... 157: 0* [map # ... 164: 1* [gnc:get-html-style-sheets] In /usr/share/gnucash/scm/html-style-sheet.scm: 271: 2 (let ((ss #)) (hash-for-each (lambda # #) *gnc:_style-sheets_*) .. .) 274: 3 [sort (# #) #] In unknown file: ?: 4* [# # #] In /usr/share/gnucash/scm/html-style-sheet.scm: 276: 5* [string> ... ?: 9* [record-type-descriptor #] ?: 10 (if (struct? obj) (struct-vtable obj) (error (quote not-a-record) obj)) ?: 11* (struct? obj) : In expression (struct? obj): : Stack overflow -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-rc6-gc162eeaa Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gnucash depends on: ii bonobo 1.0.22-6The GNOME Bonobo System. ii gdk-imlib11 1.9.14-28 imaging library for use with gtk ii gnucash-common 1.8.12-3A personal finance tracking progra ii guile-1.6-libs 1.6.7-1.1 Main Guile libraries ii guile-1.6-slib 1.6.7-1.1 Guile SLIB support ii libart2 1.4.2-29The GNOME canvas widget - runtime ii libaudiofile00.2.6-6 Open-source version of SGI's audio ii libbonobo2 1.0.22-6The GNOME Bonobo library. ii libc62.3.5-11GNU C Library: Shared libraries an ii libdate-manip-perl 5.44-2 a perl library for manipulating da ii libdb3 3.2.9-23Berkeley v3 Database Libraries [ru ii libesd0 0.2.36-1Enlightened Sound Daemon - Shared ii libfinance-quote-perl1.08-1 Perl module for retrieving stock q ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libgal23 0.24-6 G App Libs (run time library) ii libgconf11 1.0.9-7.1 GNOME configuration database syste ii libgdk-pixbuf-gnome2 0.22.0-11 The GNOME1 Canvas pixbuf library ii libgdk-pixbuf2 0.22.0-11 The GdkPixBuf image library, gtk+ ii libghttp11.0.9-17original GNOME HTTP client library ii libglade-gnome0 1:0.17-5Library to load .glade files at ru ii libglade01:0.17-5Library to load .glade files at ru ii libglib1.2 1.2.10-10 The GLib library of C routines ii libgnome32 1.4.2-29The GNOME libraries ii libgnomeprint15 0.37-11 The GNOME Print architecture - run ii libgnomesupport0 1.4.2-29The GNOME libraries (Support libra ii libgnomeui32 1.4.2-29The GNOME libraries (User Interfac ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libgtkhtml1.1-3 1.1.10-9HTML rendering/editing library - r ii libguile-ltdl-1 1.6.7-1.1 Guile's patched version of libtool ii libguppi16 0.40.3-15 GNOME graph and plot component ii libgwrapguile1 1.3.4-15g-wrap: Tool for exporting C libra ii libice6 6.8.2.dfsg.1-11 Inter-Client Exchange library ii libltdl3 1.5.22-1A system independent dlopen wrappe ii liboaf0 0.6.10-6The GNOME Object Activation Framew ii libofx2c2a 1:0.8.0-10 library to support Open Financial ii liborbit00.5.17-11.1 Libraries for ORBit - a CORBA ORB ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsm6 6.8.2.dfsg.1-11 X Window System Session Management ii libstdc++6 4.0.2-6 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii
Bug#341522: Drivers for sbus devices are not included in initrd on sparc
On Wed, Nov 30, 2005 at 09:54:46PM -0800, Jurij Smakov wrote: > Package: yaird > Version: 0.0.11-12 > Severity: important > > Hi, > > As I've mentioned on d-k, the sbus devices found in some early Ultras are > not properly sysfs-trained. As a result, yaird currently fails to include > the SCSI driver if the controller is an sbus device. As modifying the > drivers may be too complicated, a possible workaround is to always > force-include the esp.ko driver (I believe it is the only sbus-based SCSI > controller) on sparc. If anyone volunteers to test the code I could look into converting sbus to the driver model. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#339827: linuxthreads crashes when using user stacks
On Sun, Nov 20, 2005 at 12:17:26PM -0500, Daniel Jacobowitz wrote: > It's only less effort "all around" because you wouldn't have to do any > of it. Don't you think that someone would have fixed this > well-documented limitation in the last eight or so years if there was a > practical fix? There isn't. > > These options work: > - Drop kernel 2.2 support. I wouldn't mind doing this, but there > may be some opposition; we still get 2.2.x kernel users > periodically. When glibc is built to assume 2.4 kernels it can > handle alternate stacks. I think dropping support for 2.2 kernel on x86 is fine. The only 2.2 kernel-images still in unstable are for m68k. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#322821: png problems on powerpc and s390 (was: Bug#322821: libpng12-0: new version breaks pdflatex)
On Tue, Sep 27, 2005 at 08:58:01AM -0400, Albert Cahalan wrote: > Alignment seems to be the same between ppc and i386. (not that I would > know or care about bitfields) alignment for 64bit integer types is not the same for i386 vs everything else. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330180: Bug#330181: Bug#330180: cdrecord + linux-image 2.6.12 problem
On Mon, Sep 26, 2005 at 06:18:55PM +0200, Eduard Bloch wrote: > #include > * Arthur H. Johnson II [Mon, Sep 26 2005, 12:13:41PM]: > > > > cdrecord -v -dao -data dev=2,0,0 fs=12M speed=4 whatever.iso > > Google says it is an ATAPI device. Don't use the ide-scsi driver with > kernel 2.6, it is not supported by upstream. See README.ATAPI.setup for > details and use something like ATA:2,0,0. Or much better -dev=/dev/whatever. cdrecord warns a bit because you're not going to use it's idiotic device guessing code, but that's a small price to pay for a much easier life. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329047: linux-image-2.6.12-1-k7: please enable CONFIG_REISERFS_FS_XATTR (and inotify)
On Mon, Sep 19, 2005 at 12:56:25PM +0800, Paul Wise wrote: > Package: linux-image-2.6.12-1-k7 > Version: 2.6.12-6 > Severity: wishlist > > I would like CONFIG_REISERFS_FS_XATTR to be enabled so that the beagle > desktop search and indexing daemon is faster. Also, when 2.6.13 is > uploaded, be sure to enable inotify support, at least on i486. We should probably CONFIG_REISERFS_FS_XATTR , although I'd suggest you use another filesystem (ext3,jfs,xfs) if you use xattrs. The reiserfs xattr implementation is not very mature and causes problems much more often than the others. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328740: linux-source-2.6.12: xfs filesystem corruption
On Sat, Sep 17, 2005 at 09:33:06AM +, Jean-Luc Coulon (f5ibh) wrote: > Le 17.09.2005 11:18:02, Christoph Hellwig a ?crit?: > >This looks like a typical corruption caused by not turning off the > >write cache on your disks. Is the write cache on your disk on or > >off? > > The disks are SATA disks (MAxtom Diamondmax 9, 80GB) and I've not found > any way to turn ir on/off via hdparm. Because SATA is handled by the scsi layer. What does sdparm -a | grep WCE say? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#328740: linux-source-2.6.12: xfs filesystem corruption
This looks like a typical corruption caused by not turning off the write cache on your disks. Is the write cache on your disk on or off? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326730: linux-source-2.6.12: Netfilter and IPSec patches in 2.6
On Mon, Sep 05, 2005 at 12:38:21PM +0100, Antony Gelberg wrote: > Package: linux-source-2.6.12 > Severity: normal > > Hi, > > Please can we have the patches in 2.6 for netfilter and ipsec, and the policy > match patch in iptables. See http://www.shorewall.net/IPSEC-2.6.html Dave Miller wasn't happy with those patches yet, in fact he said they are broken in rather subtile ways. Please wait until we'll have proper netfilter hooks for ipsec in mainline. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#324202: include ReiserFS ACL support in 2.6.12 kernel
Can we please stop this my filesystem is better than yours crap? As far as the debian kernel packages are concerned we should support all filesystems supported upstream unless there's a very good reason. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#326576: linux-2.6: xfs support for user_xattr dissappeard?
On Sun, Sep 04, 2005 at 10:33:57AM +0200, Chris Searle wrote: > Package: linux-2.6 > Severity: normal > > > Seen this with -1-k7 and with -1-686. Am testing beagle - so I needed to > turn on user_xattr. > > But - when I upgraded from kernel-image-2.6.11-1-k7/-1-686 to > linux-image-2.6.12-1-k7/-1-686 - suddenly the mount option of > user_xattr stops working. XFS never had a user_xattr option, extended attributes are enabled by default for XFS (and JFS) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321718: Upgrade caused many libs to complain about "executable stack"
On Thu, Aug 18, 2005 at 08:59:17PM +0900, GOTO Masanori wrote: > - if (errno != ENOMEM) /* Unexpected failure mode. */ > + if (errno != (ENOMEM | EFAULT)) /* Unexpected failure > mode. */ I don't think errno will ever have the value of (ENOMEM | EFAULT). Should probably be if (errno != ENOMEM && errno != EFAULT) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323289: The sk98lin driver does not work with the Intel 88e8050 Chip
On Mon, Aug 15, 2005 at 02:15:29PM -0700, Allyn, MarkX A wrote: > Package: kernel-image-2.6.8-i386 > Version: 2.6.8-16 > > When I try to do a modprobe sk98lin on a system with > Debian stable (Sarge) that is equipped with an > Intel 88e8050 LAN Chip, I get an error messages > saying 'no such device'. > > I have tried this same system using another > operating system and I had no problem > accessing the device. That's a pretty sure indicator that this devices is not supported by the sk98lin driver. I don't think missing hardware support should be more than a wishlist bug. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297832: [powerpc] iBook2 will not "wake" from sleep
On Fri, Aug 12, 2005 at 11:34:06AM +0200, Maximilian Attems wrote: > any update on the matter? > have you tried linux image 2.6.12? Note that I had the same problem when I still had my iBook2.2. The problem only occurs if X runs or did run. When I booted with X disabled it worked just fine, so it looks more like an X problem to me. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#246689: Surely this is fixed now?
On Thu, Aug 11, 2005 at 04:14:55AM -0400, Nathanael Nerode wrote: > "PPC libc6 should be built with TLS and NPTL" > We have new enough GCC now, and new glibc. Is this fixed in the current > glibc version in unstable? glibc in sid doesn't seem to provide NTPL yet on ppc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321969: linux-kernel-headers: Please install the 32-bit 'ppc' kernel headers on the ppc64 architecture
On Mon, Aug 08, 2005 at 03:59:25PM -0400, Daniel Jacobowitz wrote: > I've got no idea what you mean here, Christoph, which is funny > since I built the kernel headers packages that Debian's using in the > first place. We don't use glibc-kernheaders. We use a package called > linux-kernel-headers, which is exactly what Andreas filed a bug > against in the first place. linux-kernel-headers or whatever it's called.. > Sid's /usr/include/asm doesn't use wrappers on most platforms. On ia32 > it will if you've got amd64-libs-dev installed. Sparc does this in > l-k-h already. On ppc it apparently does aswell: [EMAIL PROTECTED]:~$ cat /usr/include/asm/unistd.h /* All asm/ files are generated and point to the corresponding * file in asm-ppc or asm-ppc64. */ #ifdef __powerpc64__ # include #else # include #endif [EMAIL PROTECTED]:~$ dpkg-query -l linux-kernel-headers Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii linux-kernel-h 2.6.13+0rc3-1. Linux Kernel Headers for development -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321969: linux-kernel-headers: Please install the 32-bit 'ppc' kernel headers on the ppc64 architecture
On Mon, Aug 08, 2005 at 05:30:48PM +0200, Andreas Jochens wrote: > > never use kernel headers from userland. Use glibc-kerneheaders which in > > already does the proper redirecting of /usr/include/asm/ to 32 or 64 bit > > versions depending on whether you're compiling with -m64 or not. > > How does this redirection work? Look at any file in /usr/include/asm/ on a current sid system ;-) > with -m32. The /usr/include/linux has the 64-bit ppc64 kernel header > files installed. /usr/include/linux is per defintion architecture independent. Only /usr/include/asm is architecure-dependent. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#321969: linux-kernel-headers: Please install the 32-bit 'ppc' kernel headers on the ppc64 architecture
On Mon, Aug 08, 2005 at 04:12:28PM +0200, Andreas Jochens wrote: > Package: linux-kernel-headers > Version: 2.6.13+0rc3-1.1 > Severity: wishlist > Tags: patch > > Please install the 32-bit 'ppc' kernel headers on the ppc64 architecture. There's no ppc64 architecture in debian (yet). Besides that you should never use kernel headers from userland. Use glibc-kerneheaders which in already does the proper redirecting of /usr/include/asm/ to 32 or 64 bit versions depending on whether you're compiling with -m64 or not. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320630: libc6-dev: /usr/include/sys/socket.h broken with g++ 4.x
On Sat, Jul 30, 2005 at 09:41:30PM +0300, Jaakko Niemi wrote: > Package: libc6-dev > Version: 2.3.5-2 > Severity: normal > Tags: patch > > /usr/include/sys/socket.h has the definitions of SHUT_* in > a anonymous enum. g++ 4 started enforcing C++ standard part > which forbids using anonymous enums as template arguments. > > Please see the thread starting with: > > http://lists.debian.org/debian-devel/2005/07/msg01486.html > > for more discussion about this. So, please just ditch the > enum and leave #defines. No, changing headers that way is a bad idea. Fix your program to not assume whether constants are anonymous unions or defines. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#315654: devfs is being removed NOW
On Sat, Jul 30, 2005 at 08:22:31PM +1000, Russell Coker wrote: > The 2.6.13 rc kernels have devfs removed. Debian won't support 2.6.13 until > this problem is fixed. Debian works just fine without devfs once installed, thanks. Please reassign to whatever d-i component relies on devfs to pull in the Ubunutu changes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#317288: kernel-image-2.6.11-1-k7: Package configuration stops with error if wacom kernel modules are installed
On Thu, Jul 07, 2005 at 03:14:14PM +0200, Martin Wesemann wrote: > ?/lib/modules/2.6.11-1-k7/kernel/drivers/usb/input/wacom.ko? > which is also in package wacom-kernel-modules-2.6.11-1-k7 > dpkg-deb: Subprocess paste killed with Signal (data transfer > interrupted (broken pipe)) > > > The package wacom-kernel-modules-2.6.11-1-k7 is a self compiled kernel > modul. The source is from package wacom-kernel-source. Is this modul > already in the kernel-image Package now? Probably. Installing your own modules into the /lib/modules/*/kernel/ hierarchy is always wrong, they must go into /lib/modules/*/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#313255: RM: mconfig -- obsolete in days of 2.6 kernel
On Sun, Jun 12, 2005 at 08:58:22PM +0100, Martin Michlmayr wrote: > Package: ftp.debian.org > > Please remove mconfig. It has been obsoleted by the configuration > scripts in the 2.6 kernel. ACK, mconfig is dead upstream, and the few remaining user will have to stick with the crappy configure code in the kernel tree. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Fri, Jun 10, 2005 at 01:47:00PM +0200, Wouter Verhelst wrote: > b) The mere fact that there is something newer which performs the same >function does in no way imply that the older implementation is >"deprecated". This is true for many things -- kernels, network >configuration software, /dev implementations. the ifconfig interface can only support a small subset of the linux networking functionality and thus the linux networking maintainers did indeed declare it deprecated. That does not mean it'll go away but you're no encouraged to use it either. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312699: Please have hotplug rescan the scsi bus for scsi loads.
On Fri, Jun 10, 2005 at 05:53:30PM +0900, Horms wrote: > > This works just fine when you use a 2.6 kernel. With the 2.4 kernel > > even the manual scan is extremly dangerous. > > I notice from the initial bug report that the kernel in question here is > 2.4.27, which I guess means a hotplug script is in order. Marco, do you > have any advice on how this should be done? As said even a hotplug script on 2.4.x would be dangerous. Anything that requires hotplugging or rescanning of scsi devices should absolutely use 2.6.x. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#312699: Please have hotplug rescan the scsi bus for scsi loads.
On Thu, Jun 09, 2005 at 07:14:22PM +0200, Marco d'Itri wrote: > reassign 312699 kernel > thanks > > On Jun 09, "Michael Heldebrant Ph.D" <[EMAIL PROTECTED]> wrote: > > > For a Dell Latitude X200 laptop and docking station is is necessary to > > manually run scsiadd -s to enable the cdrom drive through the firewire > > interface. Is there a way to intelligently rescan the scsi bus when > > potential scsi devices may enter and leave the system or should I look > > into reporting a bug against the sbp2 kernel module? > I'd start with the kernel. If the kernel people say that this cannot be > fixed in the driver then you could write a script for > /etc/hotplug.d/ieee1394/ . > If you can make it run scsiadd only on this specific system then I could > add it to the hotplug package. This works just fine when you use a 2.6 kernel. With the 2.4 kernel even the manual scan is extremly dangerous. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309378: kernel-image-2.6.8-2-686-smp: CONFIG_PREEMPT is set, and seems to cause oop'es with openafs.
On Mon, May 16, 2005 at 04:19:00PM -0500, Troy Benjegerdes wrote: > Then why is CONFIG_PREEMPT disabled in 2.6.11 ? The real problem is > preempt is enabled. Because it doesn't provide much benefits while letting broken code explode. That doesn't mean you should file such reports against against the kernel package unless that broken code is actually part of the mainline kernel or the debian patches. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309378: kernel-image-2.6.8-2-686-smp: CONFIG_PREEMPT is set, and seems to cause oop'es with openafs.
On Mon, May 16, 2005 at 03:33:42PM -0500, Troy Benjegerdes wrote: > Package: kernel-image-2.6.8-2-686-smp > Version: 2.6.8-13 > Severity: important > > I got the following oops today on a machine with openafs-modules-1.3.81: > > afs_put_inode: ino 6501078 (0xf68cdc00) has count 2 > afs_put_inode: ino 6432306 (0xf6818400) has count 2 > afs_put_inode: ino 6501042 (0xf6f0fc00) has count 2 > afs_put_inode: ino 6500018 (0xf6eafc00) has count 2 > [ cut here ] > kernel BUG at fs/inode.c:1099! Please report such problems to the OpenAFS folks. OpenAFS is a known Piece of shunk having problems like that all the time. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#309218: broken xfs_freeze calls in grub-install
Package: grub Version: 0.95+cvs20040624-17 grub-install calls xfs_freeze while doing write I/O to the filesystem that is frozen. This is a sure guarantee for deadlocking. It's also doing the freeze far too late, after's it's already been reading from the block deviced directly (which it shouldn't do at all in the end, but..) Also it gives an odd warning about xfs_freeze segfaulting on non-XFS filesystems which wasn't true for any version SGI released. The patch below fixes all this: --- /sbin/grub-install~ 2005-05-11 21:08:31.214462360 +0200 +++ /sbin/grub-install 2005-05-11 21:20:08.837321736 +0200 @@ -462,6 +462,16 @@ cp -f $file ${grubdir} || exit 1 done +# Try some black magic to make the ondisk filesystem structure on disk +# uptodate. +# In reality there's no defined way to make that happen, and grub shouldn't +# dare to access a mounted block device directly. To keep the grub developers +# illusion, try some ways to push as much as possible to disk. +sync +if which xfs_freeze >/dev/null; then + xfs_freeze -f ${grubdir} >/dev/null 2>&1 && xfs_freeze -u ${grubdir} +fi + # Make sure that GRUB reads the same images as the host OS. test -n "$mkimg" && img_file=`$mkimg` test -n "$mklog" && log_file=`$mklog` @@ -494,20 +504,6 @@ # Create a safe temporary file. test -n "$mklog" && log_file=`$mklog` -# Sync to prevent GRUB from not finding stage files (notably, on XFS) -sync - -# XFS needs special magic -xfs_frozen=false -if which xfs_freeze > /dev/null ; then - cat << EOF -Due to a bug in xfs_freeze, the following command might produce a segmentation -fault when ${grubdir} is not in an XFS filesystem. This error is harmless and -can be ignored. -EOF - if xfs_freeze -f ${grubdir} ; then xfs_frozen=true ; fi -fi - # Now perform the installation. $grub_shell --batch $no_floppy --device-map=$device_map <$log_file root $root_drive @@ -515,10 +511,6 @@ quit EOF -if ${xfs_frozen} ; then - xfs_freeze -u ${grubdir} -fi - if grep "Error [0-9]*: " $log_file >/dev/null || test $debug = yes; then cat $log_file 1>&2 exit 1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#295122: RFA: iproute -- Professional tools to control the networking in Linux kernels
On Sun, Feb 13, 2005 at 09:39:15PM +0100, Andreas Barth wrote: > At least, the options CONFIG_NETLINK and CONFIG_NETLINK_DEV (or > CONFIG_RTNETLINK) must be compiled into the running kernel. For a year ot two now this support is enabled unconditionally. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291375: initrd-tools for Debian are one big mess
On Thu, Jan 20, 2005 at 07:25:21PM +0100, Harald Dunkel wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Christoph Hellwig wrote: > | Complete agreement here. We're still looking for a volunteer, though > | ;-) > | > | > > Come on! I had offered to take over initrd-tools several > months ago. I am sure that there would be several other > volunteers. Hey, it's not up to me to decide, I'm not even a DD. But I'd be happy to see initrd-tools properly maintained by you. > If you want to replace initrd-tools by something else, > then I would suggest to switch to the new initramfs > procedure (see Gentoo). Dito for Red Hat/Fedora -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291375: initrd-tools for Debian are one big mess
Complete agreement here. We're still looking for a volunteer, though ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#291232: kernel-source-2.6.10: Cannot burn DVD as normal user
On Wed, Jan 19, 2005 at 09:44:23AM -0500, Brian Pack wrote: > Package: kernel-source-2.6.10 > Version: 2.6.10-4 > Severity: important > Tags: patch > > When running as normal user with kernel 2.6.10, growisofs gives the > following error when attempting to burn a DVD: > > Executing 'builtin_dd if=/dev/fd/0 of=/dev/hdc obs=32k seek=0' > :-( unable to PREVENT MEDIA REMOVAL: Operation not permitted > > Running as root works fine. > > I found this patch on LKML, and can now burn as normal user: The patch is not correct, though. I'll put in the correct fix. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#284952: The USB block device should be disabled
On Mon, Jan 17, 2005 at 02:17:28PM +0900, Horms wrote: > I thought it already was marked as n. > Does anyone have an objection to making this so? No, please turn it off. I hadn't realized it's turned on either. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#268621: Reproducable in parts
On Sun, Jan 16, 2005 at 05:14:40PM +0100, Florian Boelstler wrote: > Hi, > > just want to mention that I can reproduce the problem with a kernel > built from kernel-source-2.6.8-12 using: > "cdda2wav -t 1 dev=ATA:1,0,0" > and > "cdda2wav -t 1 dev=ATAPI:0,0,0" > > However it does not occur when I specify the device as > cdda2wav -t 1 dev=/dev/hdc At which point it's NOTABUG. You shall not use dev=ATA or dev=ATAPI. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#281905: please enable CONFIG_EFI_PARTITION; it's needed for > 2TiB
I've put in the patch and enabled CONFIG_EFI_PARTITION for the i386 and amd64 2.6.8 and 2.6.10 kernel packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#281905: please enable CONFIG_EFI_PARTITION; it's needed for > 2TiB
On Thu, Jan 13, 2005 at 11:05:48AM -0500, Anthony DeRobertis wrote: > It appears that is a recent change[0]. Patch is part of that thread, at > [1]. [0] also mentions that BIOS support for EFI may become more common > during sarge's lieftime. > > [Older versions didn't used to check for the signature, and always read > the last sector, causing iPod Minis among others to crash.] > > With that change, it should be safe to enable EFI. Please do so. > Especially a EFI-enabled kernel can be gotten onto d-i images, d-i would > then fully support > 2TiB disks. > > [0] http://lkml.org/lkml/2004/11/7/104 > [1] http://lkml.org/lkml/2004/11/9/272 Including it with that patch sounds reasonable. If you attach a backport patch to this bug we can make sure to include it. Else I'm not sure it's going to happen in-time for sarge (or rather at all for 2.6.8 as 2.6.10 has the change already) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#289610: kernel-source-2.6.10: console screen blank when vesafb compiled statically
On Sun, Jan 09, 2005 at 09:30:45PM -0500, Brian Pack wrote: > Package: kernel-source-2.6.10 > Version: 2.6.10-3 > Severity: important > > Compiling the kernel with the debianized /drivers/video/vesafb.c > statically results in a blank screen at bootup. Replacing with the > vanilla vesafb.c works. The diff patches out the module_init that's there upstream for the !MODULE case. I'll commit a fix once I'm back home (in a few hours) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]