This bug is triggered by the replacement of the SCons-supplied Install
and InstallAs methods in lines 124 and 125 of
platform/default/SConscript. SCons then gets terribly confused copying
the envirionment. The aqsis package should be able to avoid this by
defining new Install and InstallAs
Update from SCons upstream; personally I'd expect aqsis needs fixing
here.
--
You grabbed my hand and we fell into it, like a daydream - or a fever.
---BeginMessage---
http://scons.tigris.org/issues/show_bug.cgi?id=1884
--- Additional comments from [EMAIL PROTECTED] Sun Jan 13 21:38:29
On Fri, Jan 18, 2008 at 09:45:17PM +0100, Raphael Hertzog wrote:
The provided symbols files do not match reality on all arches. It seems to me
that you have to provide arch-specific symbols files that include either a
32bit version or a 64bit version depending on the case apparently.
You mean
severity 461474 minor
On Fri, Jan 18, 2008 at 09:45:17PM +0100, Raphael Hertzog wrote:
[EMAIL PROTECTED] 1:1.1.4
+ [EMAIL PROTECTED] 1:1.2.3.3.dfsg-9
[EMAIL PROTECTED] 1:1.1.2
These symbols are not in the symbols file because they shouldn't be
there on 64 bit cross builds; anything using
On Sat, Jan 19, 2008 at 02:12:50PM +0100, Raphael Hertzog wrote:
I'm sorry I don't understand. Why should they not be there and why can't
they be hidden/removed if they are not wanted?
They shouldn't be there because they are there to provide access to a 64
bit off_t on 32 bit architectures.
On Sat, Jan 19, 2008 at 05:32:13PM +0100, Raphael Hertzog wrote:
BTW, I noticed two other potential problems:
[EMAIL PROTECTED] 1:1.1.2
[EMAIL PROTECTED] 1:1.1.4
Why do the minimal version not match the version of the symbol ?
The symbol versioning was added retrospectively upstream.
On Sat, Jan 19, 2008 at 08:30:36PM +0100, Raphael Hertzog wrote:
On Sat, 19 Jan 2008, Mark Brown wrote:
I wonder if the header line could
even be autogenerated since I'd expect 90% of packages are going to want
to use the same template?
If people grab symbols files from qa.debian.org/cgi
On Sat, Jan 19, 2008 at 09:20:15PM +0100, Raphael Hertzog wrote:
On Sat, 19 Jan 2008, Mark Brown wrote:
Hrm? I thought you said the support for doing that (except by
specifying an invalid version) wasn't implemented?
I explained you how to associate a symbol to an alternate unsatisfiable
On Sun, Jan 20, 2008 at 02:45:08PM -0500, Ron Murray wrote:
I think the following code should fix it (at least, it protects
against out-of-array-bounds problems):
Thanks.
Could you please resend this patch as a unified diff (ie: 'diff -u orig
new')? patch cannot apply the patch, complaining
reopen 458212
thanks
On Sun, Dec 30, 2007 at 10:12:08PM +, Debian Bug Tracking System wrote:
I wouldn't really consider this a bug, since Pidgin will only use the
HTTP proxy from the GNOME settings and none of the others.
As discussed in my previous reply I do feel that there is some
On Sun, Jan 20, 2008 at 05:15:28PM -0500, Ron Murray wrote:
Attached. Sorry about that: I assumed patch would cope with a context
diff, but perhaps not.
It does understand context diff format, I assume that some part of the
process of e-mailing it must have caused the damage. I'll have a
reassign 463835 selinux-basics
thanks
On Sun, Feb 03, 2008 at 11:48:34PM +0530, Ritesh Raj Sarraf wrote:
When using leafnode with SELinux enabled, clients are not able to
connect to the leafnode server. I get a permission denied error even
though the permissions are correct.
I tried using
On Mon, Feb 04, 2008 at 12:41:15PM +, Mark Brown wrote:
On Mon, Feb 04, 2008 at 11:03:16AM +0100, Erich Schubert wrote:
I'm adding the SELinux tracking usertag, to keep track of this bug
report. Feel free to add a help tag, too.
Given the factors above I am more inclined to close
On Mon, Feb 04, 2008 at 03:51:25PM +0100, Erich Schubert wrote:
How about you just follow the same road that Exim took?
Develop the module, send it to SELinux policy upstream, who happily
included it in policy upstream.
When the refpolicy package is updated again (Manoj seems to be MIA?),
severity 463835 wishlist
kthxbye
On Mon, Feb 04, 2008 at 11:03:16AM +0100, Erich Schubert wrote:
1. selinux-basics doesn't contain SELinux policy, but is a mere utility
package, and thus the bug is not related to it.
Right, I have to confess that I picked a central seeming SELinux package
On Tue, Feb 05, 2008 at 02:54:47AM +0100, Erich Schubert wrote:
Hi Mark,
fixed in the Leafnode package. Now you're telling me that this should,
as I had originally understood, be fixed in the SELinux packages.
It requires knowledge of leafnode to be fixed. Ideally, it would be
fixed
On Mon, Feb 04, 2008 at 03:42:02PM +, Debian Bug Tracking System wrote:
Processing commands for [EMAIL PROTECTED]:
reassign #456855 scons 0.97.0d20071212-3
Bug#456855: skim: FTBFS: TypeError: coercing to Unicode: need string or
buffer, list found
I've taken a bit of a look at the skim
reassign 463835 selinux-policy-refpolicy-strict
kthxbye
On Wed, Feb 06, 2008 at 12:52:02AM +0100, Erich Schubert wrote:
Hello Mark,
I would expect to see something more like the Python policy which would
The python policy is built on quite an amount of experience in how to do
it. We don't
Package: gitweb
Version: 1:1.5.2.5-2
Severity: normal
/etc/gitweb.conf documents the indextext option as:
| # html text to include at home page
| $home_text = indextext.html;
which gives no hint as to which directory it is expecting indextext.html
to be located in by default. My expectation
On Mon, Jan 07, 2008 at 08:35:50PM -0600, Raphael Geissert wrote:
Just in case it is needed, the kio-locate source can be downloaded from
http://arminstraub.com/downloads/kio-locate/kio-locate_0.4.5.tar.gz
Note that when using admin/scons-mini.tar.bz2 the package builds just fine,
but when
tag 459685 + moreinfo unreproducible
thanks
On Mon, Jan 07, 2008 at 08:35:50PM -0600, Raphael Geissert wrote:
Just in case it is needed, the kio-locate source can be downloaded from
http://arminstraub.com/downloads/kio-locate/kio-locate_0.4.5.tar.gz
Note that when using
tag 459685 - unreproducible
kthxbye
On Tue, Jan 08, 2008 at 03:13:14PM -0600, Raphael wrote:
On 08/01/2008, Mark Brown [EMAIL PROTECTED] wrote:
I have tried building the tarball linked above but this succeeded so I
can't reproduce this. Please provide full reproduction instructions
retitle 459980 leafnode: Article propagation problem
severity 459980 normal
tag 459980 - patch
tag 459980 + moreinfo
kthxbye
On Thu, Jan 10, 2008 at 12:17:39AM +0100, Michael Weitzel wrote:
Severity: important
If this really were a severity important bug it would be affecting
everyone who uses
On Thu, Jan 10, 2008 at 12:03:39PM +0100, Michael Weitzel wrote:
Mark Brown wrote:
Tin adopts the Message-Id suggested by the news-server in the second line.
Um, right. This is a Message-Id, not a Path entry. It would be helpful
if you could distinguish more clearly between these two things
On Wed, Nov 21, 2007 at 10:08:09PM -0300, Felipe Sateler wrote:
Any schedule on when this fix will be included in debian? This is preventing
a
security fix on ardour [1]. Note that there is no explicit mention in the bug
log but there was some talk at debian-multimedia about it (scons
On Thu, Nov 29, 2007 at 08:32:11PM +0100, Bill Allombert wrote:
Hello Marc,
I assume you mean me?
We should really try to adress this issue in the next point release.
Go ahead. The package just needs a rebuild.
--
You grabbed my hand and we fell into it, like a daydream - or a fever.
[Please respect the reply-to - you appear to have sent this mail to the
BTS three times for some reason.]
On Thu, Nov 29, 2007 at 10:26:33PM +0100, Gregor Maier wrote:
Please note, that my patch will only change/fix the behavior if gzeof(),
not of gzread(). My patch will set the EOF indicator
On Fri, Dec 14, 2007 at 01:45:34PM +0100, Erik Braun wrote:
When an option nis-domain ist set via a DHCP server, there is no need for
the file /etc/defaultdomain (in addition, dpkg -S does not know this file).
That's very common - the only configuration files that can be managed by
dpkg are
severity 456299 wishlist
thanks
Requests for new features should generally be wishlist.
On Fri, Dec 14, 2007 at 01:45:34PM +0100, Erik Braun wrote:
When an option nis-domain ist set via a DHCP server, there is no need for
the file /etc/defaultdomain (in addition, dpkg -S does not know this
Package: wesnoth
Version: 1:1.2.8-1
Severity: normal
I have a number of sound devices in this system only some of which are
actually capable of producing usable audio. Unfortunately wesnoth
appears to select one of the unusable ones and I cannot see any method
of selecting a different output
Package: postfix-doc
Version: 2.4.6-2
Severity: normal
When attempting to configure the new version of postfix-doc the
following error was reported:
| Setting up postfix-doc (2.4.6-2) ...
| /var/lib/dpkg/info/postfix-doc.postinst: line 27: postconf: command not found
| dpkg: error processing
On Sun, Dec 16, 2007 at 03:09:34PM +0100, Tim Blechmann wrote:
as i said, i am currently busy with other things, so i don't want to
start debugging scons ...
there were issues, when changing header files, which are included by
files, that are autogenerated by my scons build system ...
I am
On Mon, Dec 17, 2007 at 11:08:42AM +0100, Erik Braun wrote:
Turning on the kernel level autoconfiguration (CONFIG_IP_PNP=y) will
suffice to test the use of option nis-domain.
That testing is going to go better if one has access to a DHCP server
which is providing the option, though.
--
You
Package: pidgin
Version: 2.3.1-1
Severity: normal
The default proxy configuration setting for XMPP is to use the GNOME
proxy settings. In my GNOME configuration I have configured a manual
HTTP proxy but I have not checked the 'Use the same proxy for all
protocols' checkbox. This configuration
I wouldn't really consider this a bug, since Pidgin will only use the
HTTP proxy from the GNOME settings and none of the others.
There are three ways of fixing the dialog that spring to mind immediately:
- Only use the proxy if GNOME is configured to use the same proxy for
all protocols
Package: edac-utils
Version: 0.10-1
Followup-For: Bug #456644
The problem is with the check for verbosity - the logical expression it
is part of is is the last statement executed by the script and so the
return code from that becomes the return code of the init script. If
the check for verbosity
tag 462737 - patch
thanks
On Sun, Jan 27, 2008 at 06:43:48AM +0100, Petter Reinholdtsen wrote:
When testing dependency based boot sequencing, I discovered a bug in
the init.d/nis script. It is missing the provides header in the LSB
section, and this confuses the system used to order the boot
On Sun, Jan 27, 2008 at 01:03:27PM +0100, Petter Reinholdtsen wrote:
[Mark Brown]
Hrm. It might be worth making it clearer which fields are mandatory in:
http://wiki.debian.org/LSBInitScripts
Yes, the documentation and the understanding on how to use the LSB
header have improved
On Sun, Jan 27, 2008 at 01:03:27PM +0100, Petter Reinholdtsen wrote:
[Mark Brown]
FWIW since I actually had to think about it now I'm going to declare the
individual daemons, not a virtual nis service since those are more
sane things to depend on and it'll provide better future proofing
On Sun, Jan 27, 2008 at 02:24:44PM +0100, Petter Reinholdtsen wrote:
[Mark Brown]
This is blocked by licensing issues - there are some nits with the
licensing which cause ftpmaster to reject any split packages. I
I am talking about producing two binary packages from the nis source
On Fri, Nov 23, 2007 at 02:39:37PM +0800, [EMAIL PROTECTED] wrote:
never returns anything on a slave server. For some reason the
ypxfr_XperY cmomands would only transfer maps listed by this
command.
It's checking to see which maps are present on the server so that (in
the case of _1perday)
On Mon, Jan 28, 2008 at 08:44:46AM +0100, Werner Koch wrote:
On Sun, 27 Jan 2008 23:55, [EMAIL PROTECTED] said:
Ignore requests to change the current @code{tty} respective the X
window system's @code{DISPLAY} variable. This is useful to lock the
What I mean is: The one option changes
On Fri, Nov 16, 2007 at 04:20:12PM +0100, Aurelien Jarno wrote:
reassign 443065 locales
tag 443065 + wontfix
thanks
Is this not going to bite pretty much all users upgrading from etch?
--
You grabbed my hand and we fell into it, like a daydream - or a fever.
signature.asc
Description:
On Fri, Nov 16, 2007 at 10:13:14PM +0100, Aurelien Jarno wrote:
Mark Brown a écrit :
Is this not going to bite pretty much all users upgrading from etch?
I have no idea how to remove the dpkg prompt so we have to live with it.
This file is not present in etch and I don't really known from
severity 451191 wishlist
tag 451191 - patch
thanks
On Thu, Nov 15, 2007 at 01:18:23AM +0100, dAniel hAhler wrote:
Apparently the patch is completely wrong: it turns out that there's
no /dev/bus/usb/devices file by default - at least in Ubuntu.
Given that Ubuntu wishes to drive this change
On Tue, May 31, 2005 at 05:56:42PM -0400, Andres Salomon wrote:
First, the postinst checks whether /etc/defaultdomain is set, and if
not, resets nis/domain, sets the default value to `hostname --fqdn`, and
prompts the user for the value.
Yes, I know. This needs some TLC but it's not
On Wed, Jun 01, 2005 at 09:57:32AM -0400, Andres Salomon wrote:
On Tue, 2005-05-31 at 23:53 +0100, Mark Brown wrote:
Yes, I know. This needs some TLC but it's not getting it until after
sarge goes out the door (as I said to myself over a year ago :P ).
Hehe, that's been my standard excuse
tag 311618 - patch
thanks
On Thu, Jun 02, 2005 at 11:05:28AM +0200, Matthias Klose wrote:
a 32bit version auf libz is needed to build the 32bit libgcj version.
http://people.ubuntu.com/patches/zlib32.patch
Thanks for this. I'll add this to the package I've got queued for
upload as soon as
On Thu, Jun 02, 2005 at 05:08:20PM +0200, Matthias Klose wrote:
Mark Brown writes:
I see that the patch only adds the 32 bit library for amd64 but it looks
just as applicable for ia64. Is there any great reason for doing this
other than a lack of immediate demand?
we don't have a cross
On Thu, Jun 02, 2005 at 05:47:50PM +0200, Matthias Klose wrote:
Mark Brown writes:
So what's with the ia64 ia32-libs package, then?
have a look at the package. it's not compiled.
Oh, lordy. So I see.
--
You grabbed my hand and we fell into it, like a daydream - or a fever
On Sun, Feb 06, 2005 at 12:34:49PM -0500, Jason Dorje Short wrote:
it seems as though scons is clearing environment variables? The file
is supposed to be in $HOME/.ccache.
It's not a bug, it's a feature :) . As you say, SCons does start from a
fresh environment. See:
On Thu, Feb 17, 2005 at 03:24:59PM +0100, root wrote:
newszilla6.xs4all.nl: connecting to port nntp...
warning: newszilla6.xs4all.nl: cannot resolve host name: Name exists in
DNS, but has no associated address (A-type DNS resource record).
newszilla6.xs4all.nl: connection failed.
Can you
retitle 295690 Trouble resolving IPv6 hostnames
tag 295690 + moreinfo
thanks
On Thu, Feb 17, 2005 at 08:14:26PM +0100, Andreas Krennmair wrote:
20:04:20.072198 192.168.23.6.1561 192.168.23.3.domain: 33126+ A?
newszilla6.xs4all.nl.home. (43) (DF)
20:04:20.073317 192.168.23.3.domain
Package: evolution
Version: 2.0.3-1.2
Severity: important
Since my apt upgrade on Friday (before Friday's mirror run) the majority
of icons in Evolution have displayed as broken image icons. The only
icons that seem properly visible are the print, delete and cancel
toolbar icons and the icon for
On Mon, Feb 21, 2005 at 04:53:42PM +0100, Matthias Andree wrote:
On Mon, 21 Feb 2005, Mark Brown wrote:
Advising applications to watch out for addresses being returned by
IPv6 lookups is actually sensible behaviour since there's a RFC 2133
specified resolver option inet6 which can
forwarded 296265 http://bugzilla.gnome.org/show_bug.cgi?id=167942
severity 296265 grave
merge 295777 296265
thanks
On Mon, Feb 21, 2005 at 07:14:11PM +0100, Christian Surchi wrote:
Only evolution icons? Or maybe you don't use gnome and so you can only
see problems in evo?
I do actually use
Package: nut
Version: 2.0.1-2
Severity: important
As part of the upgrade to version 2 the syntax for granting access to
network clients has changed. This means that as a result of upgrading
the package to version 2 configurations which use network access to UPSs
(which one would have thought
severity 301283 normal
thanks
On Thu, Mar 24, 2005 at 03:35:15PM -0700, Khalid Aziz wrote:
Severity: important
This looks like just a regular bug to me... is there some reason other
than this seeming like useful functionality for raising the severity?
Unless there is some reason for urgency
On Fri, Mar 25, 2005 at 09:08:58AM -0700, Khalid Aziz wrote:
Another thing I should point out is, this is a regression from previous
version. My test code which does continuous gzread() on a growing
compressed file worked fine with zlib1g 1.2.1. Would that be enough
reason to mark severity
On Sun, Apr 03, 2005 at 06:09:10PM +1000, Michael Wardle wrote:
With a ksh-like shell (such as pdksh) as /bin/sh, /etc/init.d/nis stop
fails with a syntax error on line 160.
I'll fix this but are you sure that ksh is a POSIX shell? I seem to
recall that it isn't, but I could be
On Sun, Apr 03, 2005 at 07:53:18PM +1000, Michael Wardle wrote:
I take your point, however, that /bin/bash is a more popular choice
as /bin/sh, and is therefore better tested.
It's not so much that as that there's some shells that adopt a much more
relaxed attitude to working with standard
On Sun, Apr 03, 2005 at 05:21:41PM +0200, Thomas Hood wrote:
For the time being I think that the cleanest thing to do is to add a
zeroconf method to the inet and inet6 address families. Initially the
Note that zeroconf should not be used with IPv6 - that includes its own
link local allocation
On Wed, Apr 06, 2005 at 07:08:18PM +1000, Anand Kumria wrote:
Yes - totally agreed, it is a bug that zeroconf currently wil attempt to
assign an IPv4 link-local address to an interface with an address family
of 'inet6'.
That's not buggy: an interface can quite happily run multiple protocols
On Wed, Apr 06, 2005 at 07:06:21PM +1000, Anand Kumria wrote:
On Sun, Apr 03, 2005 at 03:28:24PM +0100, Mark Brown wrote:
It would be helpful if the program were to monitor the configuration of
the interface and only bring up a zeroconf address in the absence of any
other configuration
)
Fcc: +sent-mail
On Thu, Apr 07, 2005 at 12:59:19PM +1000, Anand Kumria wrote:
On Wed, Apr 06, 2005 at 10:35:36AM +0100, Mark Brown wrote:
That's not buggy:
Yes it is, if this only existed in /etc/network/interfaces
iface eth0 inet6 static
Oh, you're thinking of the Debian
On Thu, Apr 07, 2005 at 01:55:51PM +1000, Anand Kumria wrote:
[Disabling zeroconf when an address is allocated otherwise.]
Actually I read it entirely the other way -- the RFC recommends
*against* doing it the way that has been done on these platforms.
The behaviour it's complaining about is
Package: wnpp
Severity: normal
I no longer use the powertweak package - it could probably use a more
interested maintainer. Upstream is fairly helpful but hasn't been
terribly active recently.
Package: powertweak
Description: Tool to tune system for optimal performance
Powertweak is a tool for
Source for the user guide is not obviously available as a release
tarball and the document itself contains no visible license. I'm fairly
sure asking upstream would change this: worth asking next time upstream
becomes active.
--
You grabbed my hand and we fell into it, like a daydream - or a
On Mon, Apr 11, 2005 at 01:18:56PM +0200, Adriaan Peeters wrote:
It would be nice to have is packaged.
I think will leave this until sarge is released (or testing is frozen,
at least). There's more changes than I'd like to risk right now in
there given that we're supposed to be freezing very
tag 306380 + moreinfo unreproducible
thanks
On Tue, Apr 26, 2005 at 10:16:11AM +0200, Adam Borowski wrote:
Every time postinst is called (including upgrades), a new entry is added to
/etc/inetd.conf. update-inetd will catch this problem, and ask the
following question:
Could you please
On Tue, Apr 26, 2005 at 10:16:11AM +0200, Adam Borowski wrote:
Every time postinst is called (including upgrades), a new entry is added to
/etc/inetd.conf. update-inetd will catch this problem, and ask the
Right, worked it out: update-inetd changed behaviour in the last
release, breaking
merge 306465 257876
thanks
On Tue, Apr 26, 2005 at 09:31:09PM +0200, Jens Taprogge wrote:
I have had problems with ypserv binding to port 636 a couple of times.
This port is also used by slapd. Since slapd is startes after nis, this
causes slapd to be unable to bind and thus fail.
This is a
On Tue, Apr 26, 2005 at 11:29:06PM +0200, Jens Taprogge wrote:
The same is---or at least can be, if ldap is used for authentification
and/or autofs map serving---true for slapd. But since nis is flexible
in its use of ports it would make more sense IMHO to move it after slapd
which binds to
On Fri, Apr 29, 2005 at 09:17:25AM +0800, Guanghui Yu wrote:
I also have a apache-ssl with php, libmm. After upgraded to 6.3,
the apache-ssl will suspend every 1-2 days. When it stoped, this error
displayed in the apache-ssl's error.log, semget: No space left on
This looks like a
Package: blogtk
Version: 1.0-1.1
Severity: normal
Using a WordPress blog I find that if I select a partially written draft
post for editing with the Edit/delete posts UI the actual content of
the post is not made avaliable for editing. It seems that only the
title is downloaded.
-- System
Package: blogtk
Version: 1.0-1.1
Severity: normal
The account user interface for blogtk is quite hard to get started with.
There are a number of issues:
- There is no indication provided as to what would be a suitable URI to
supply. It appears that the URI of the XML RPC server is required
On Wed, May 04, 2005 at 07:37:09PM +0200, Goswin Brederlow wrote:
attached is a minor patch to build x86info on amd64 as 32bit code (due
to the i386 asm). Please consider fixing this for sarge as well as
sid.
It's *very* late in the game (ie, post freeze) to be doing sarge
targetted fixes.
On Wed, May 04, 2005 at 10:20:30PM +0200, Moritz Muehlenhoff wrote:
that fixes a minor DoS issue: (Copying the report verbose as I couldn't
find it on the web site)
Hardly suprising, given that you appear to have managed to file this
promptly enough to preempt the upstream release
tag 307684 - patch
tag 307684 + moreinfo
thanks
I'm removing the patch tag because I can't understand the patch
provided. It would also be preferable if the the patch were to only
change things on hammer but this is much less important.
--
You grabbed my hand and we fell into it, like a
On Fri, May 06, 2005 at 07:09:28PM +0200, Goswin von Brederlow wrote:
gcc-3.3 in debian can not compile for the other bitness, i.e. on i386
-m64 fails and on amd64 -m32 fails.
gcc-3.4 has been build as biarch compiler on both i386 and amd64. This
is already used in kernel-image-2.6.8-amd64
On Tue, Jan 11, 2005 at 06:51:12PM -0500, Justin Pryzby wrote:
On Tue, Jan 11, 2005 at 11:34:08PM +, Mark Brown wrote:
Do you experience any problems with clock accuracy, by any chance?
I dont thing so .. how would I know?
I mean the RTC - does the time reported by your system seem
Package: kernel-image-2.6.9-powerpc
Version: 2.6.9-4
Followup-For: Bug #286758
I'm seeing the same hang on my PowerBook. I'm pretty sure I had seen
the same with -3, but only when the machine was running on battery (I
hadn't written up a bug report since I wanted to confirm the failure
mode).
On Thu, Jan 13, 2005 at 09:14:46AM -0500, Charles Fry wrote:
- ypinit, when run as suggested in section 3.7, assumes that
localhost.localdomain is the current NIS server if that line comes
first in /etc/hosts. By putting the real IP address and hostname
above the 127.0.0.1 line,
On Wed, Jan 12, 2005 at 03:57:43PM +, Colin Watson wrote:
https://svn.uhulinux.hu/packages/dev/zlib/patches/02-rsync.patch
... but I'm afraid I don't know its current state or whether there's a
newer version available.
Attached in case the URL goes bad. Looks plausible at a first
retitle 297455 Minizip does not support file permissions
tag 297455 + upstream
merge 297455 253068
thanks
On Tue, Mar 01, 2005 at 02:41:44AM +0800, Dan Jacobson wrote:
minizip makes file modes all 666, whereas zip preserves them.
Dan, this is a duplicate of a bug #253068, a bug you filed
On Tue, Mar 01, 2005 at 04:08:32PM +0800, Martin Michlmayr wrote:
2.6.9 has been removed from the archive. Can you please test the
2.6.10 kernel from the archive to see whether this issue is still
there? Also, can you confirm that you've never seen this with 2.6.8
(which is the kernel we'll
reassign 429662 linux-image-2.6.22-1-powerpc
found 429662 2.6.22-3
thanks
On Thu, Jul 05, 2007 at 12:39:16PM +0100, Mark Brown wrote:
Suspending via closing the laptop lid appears to have been fixed by
2.6.21-2-powerpc but if I try to initiate a suspend from the GNOME power
manager GUI
Package: linux-support-2.6.22-1
Version: 2.6.22-3
Severity: important
Attempting to build a module module package such as
linux-modules-extra-2.6 which uses gencontrol.py fails even when using
the copy of gencontrol.py included in the package as
tag 436260 + patch
thanks
The enclosed gencontrol.py for use in module packages probably fixes
interoperation with module packages for current kernel versions. It
appears to work for me but I have relatively little confidence in my
changes given that I don't particularly understand the changes
by the kernel team.
On Mon, Aug 06, 2007 at 08:03:13PM +0100, Mark Brown wrote:
tag 436260 + patch
There is no patch attached.
Sorry, here's the updated gencontrol.py. I've not generated a patch
since I don't really know what to generate it against.
--
You grabbed my hand and we fell into it, like
retitle 436881 Please implement nostrip support
thanks
--
You grabbed my hand and we fell into it, like a daydream - or a fever.
signature.asc
Description: Digital signature
Package: locales
Version: 2.6.1-5
Severity: wishlist
When I upgrade locales I am being prompted to accept changes to
locale.alias, a file which I have never to my knowledge edited.
Reviewing the diff appears to support my recollection here. I'm
guessing that this is as a result of moving
On Mon, Sep 10, 2007 at 03:01:16PM -0400, Joey Hess wrote:
The bts command line allows comments to be inserted. Short of making
them mandatory, which seems like a bad idea, I don't see a way to
encourage them further..
Yes, it's tricky. I suppose you could warn (either in the generated
mail
Package: xserver-xorg-video-ati
Version: 1:6.6.193-3
Severity: important
Since upgrading to the above version of the ATI driver I find that when
the X server starts my Apple Cinema display goes into power saving mode,
apparently unrecoverably. The framebuffer appears to work fine, though
I have
Package: xserver-xorg-video-ati
Version: 1:6.6.193-3
Followup-For: Bug #443570
FWIW simply switching to the fbdev driver didn't immediately help - logs
and configuration below; I've not bade any effort to get this to work.
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
On Sat, Sep 22, 2007 at 05:16:04PM +0200, Brice Goglin wrote:
Can you try xserver-xorg-video-ati 1:6.7.193-1 currently in
experimental? It might not be built for powerpc yet, but the previous
one (1:6.7.192-4) has been built already, testing any of them would be nice.
Will do that in just a
Package: xserver-xorg-video-ati
Version: 1:6.7.192-4
Followup-For: Bug #443570
The version in experimental is indeed out of date. I'm not sure that I
don't need to update something else as well as this since the server
can't find any valid modes and fails to start at all.
-- Package-specific
Package: xserver-xorg-video-ati
Version: 1:6.7.193-1
Followup-For: Bug #443570
I've locally built the current experimental package and started playing
with your suggestions. Here for info are the diagnostics generated by
the bug script for this version - I'll reply separately to your mail
after
Package: xserver-xorg-video-ati
Version: 1:6.7.193-1
Followup-For: Bug #443570
If I remove all the mode lines and sync options then specify the
powerbook layout I get the original problem with the monitor going into
power save mode again.
On the bright side, this is the first time I've ever had
On Sat, Sep 22, 2007 at 05:55:20PM +0200, Brice Goglin wrote:
Can you try removing (or commenting out) some lines in xorg.conf as
explained below?
Sorry about the mailbomb...
HorizSync and the whole Mode subsection.
All Modes line.
Changing these without changing anything else had no
101 - 200 of 948 matches
Mail list logo
