Oops. I accidentally reopened this bug; a different bug was closed by
spam, and I mis-typed the bug number when trying to reopen that. I
can't seem to figure out what the state of this bug was before I
reopened it. Please feel free to restore it to what it was before.
Thanks.
--
Hubert Cha
/data/Photos/blah where the file
now is it all works.
Ideally ufraw should error nicely in this case.
This is not grave. Setting to normal severity.
I'll take a look at it when I get back from vacation in September.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECT
int * this time. Would
you be able to try this patch, before I upload again? I don't have
access to amd64, and pergolesi.debian.org doesn't have libflac-dev
installed.
Thanks
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA
severity 426633 serious
merge 427597 426633
thanks
Thanks for your report.
This is most likely due to the new Flac library. This should be fixed
in the latest upstream version, which I am preparing to upload.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/Gnu
new Apache
packages, but I'd like to get confirmation from the submitters before
I close the bugs. Michael and Bastian, can you give any more
information about whether the bug is still present?
Thanks.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/
On Mon, Apr 23, 2007 at 04:34:35PM +0200, J??r??my Bobbio wrote:
> noweb currently fails to build from source in sid??[1]:
[...snip...]
Thanks for the report. I am currently busy, and will be out of town off
and on for the next few weeks, so I won't have time to look at this. If
anyone wants t
d also
> s/gnustep-gui-common/gnustep-gui-runtime in the relevant snippet under
> the deb-scripts target in debian/rules.
OK, I'll fix that too.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerpri
mozilla-plugin-vlc package.
Sorry, this is no way to close these bugs. They were fixed in the NMU
by:
[...]
A bit further down in the changelog, he has:
* patch-mozilla-plugin-0.8.6debian-0.8.6a.diff:
+ Proper fix for the Mozilla plugin (Closes: #400720, #403022).
--
Hubert Chan
it needs to be renamed. I'll rename the tool from "adtool" to
"addresstool".
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
with the issue of /usr/bin/trans, which still violates Policy
10.1, and Etch RC Policy section 2. (I'm cloning this bug, rather
than creating a new one from scratch, in order to try to keep the
relevant discussion in the record.)
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAI
On 2006-12-12 14:54:39 -0500 Mark Brown <[EMAIL PROTECTED]> wrote:
On Tue, Dec 12, 2006 at 01:56:48PM -0500, Hubert Chan wrote:
I'll let you decide whether you want to expand the scope of this bug
to
include the conflict with transcriber, or if you want to open a new
bug
for
h. As per section 10.1 of Policy, one (or both) of the packages
will need to rename that program.
I'll let you decide whether you want to expand the scope of this bug to
include the conflict with transcriber, or if you want to open a new bug
for that issue.
--
Hubert Chan <[EMAIL PRO
Huh. It might help if I checked that the address that I originally
sent this to actually made some sense.
-- Forwarded message --
Date: 2006-12-11 16:15:15 -0500
From: Hubert Chan <[EMAIL PROTECTED]>
Subject: Re: Bug#402625: Broken upgrade path
Unpacking asymptote-doc
changes in exiv2, ufraw should be fine with just a binNMU, so it
shouldn't be a problem.
d-release, let me know if you'd prefer if I reupload ufraw, or if it's
better to just do a binNMU.
--
Hubert Chan <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG
thout royalty provided the copyright
notice and this notice are preserved.
*/
#include
int main ()
{
char buf[12];
short sval = 4;
int ival = 3;
*(short *)(buf+1) = sval;
*(int *)(buf+1) = ival;
buf[0] = 0;
puts (buf); /* force compiler to not optimize out the above assignments */
bbdb
in sid (minus the useless differences in the generated texinfo html
output). The full NMU package can also be found at:
<http://www.uhoreg.ca/programming/debian/nmu/>. If you object to the
NMU, please let me know.
--
Hubert Chan - email & Jabber: [EMAIL PROTECT
Hi Pierre,
I've had X crash randomly before, so I don't think this is a bug with
GNUMail. Can you try running GNUMail again, and see if it's
reproducible?
Thanks
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
package addresses.framework
tags 358553 +pending
thanks
Was fixed in the -5 that I uploaded, but that ftpmaster rejected for
other reasons. I've decided to drop that dependency instead of
bumping it, since I don't think it's actually needed. I'm rebuilding
right now
(It should show up
in CVS soon.)
Given that, as I mentioned in my previous message, forcing the coding system is
a bugfix that upstream implemented, and this attached patch fixes the data
corruption, I think that this bug can be considered fixed.
--
Hubert Chan - email & Jabber: [EMAIL PRO
upstream's suggestion is to not touch the "-*- coding: ... -*-"
line, but to set bbdb-file-coding-system, if you're sure that you
really do want that coding system.
[1]
http://www.mail-archive.com/bbdb-info@lists.sourceforge.net/msg04326.html
--
Hubert Chan - email &
pantomime and all the bugs that
I have in the dependencies. I must have been asleep when I changed
the control file. I probably meant to make that a versioned
Conflicts:. Anyways, I think you're right. The transition package
isn't really needed since it's just a library,
" info if it is not already present. I've tested it, and with the
patch applied, it seems to work correctly again.
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5
Sorry for not noticing this bug earlier. I'm the new maintainer for
GNUMail.
GNUMail is ready for upload, but is waiting on pantomime1.2, which is
sitting in the NEW queue.
Working packages can be found at:
http://www.uhoreg.ca/programming/debian/gnustep/packages/
--
Hubert Chan -
ve actually work out...
--
Hubert Chan - email & Jabber: [EMAIL PROTECTED] - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.net)
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
d is an interdiff between my NMU and the latest gworkspace
package. I have made minimal changes, just fixing the critical bugs,
and updating the dependencies. (In other words, I haven't updated to
the latest upstream version.)
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhor
Gürkan,
Please file a bug against ftp.debian.org asking for the gorm source
package to be removed, and please make the gorm.app source package
create a gorm transition package.
(You'll need to do this for all the packages that you've renamed too.)
Thanks
--
Hubert Chan <[EM
Hi Wolfgang,
Thank you for your offer to NMU Affiche. Matthias has recently asked
me to take over maintainership for Affiche, so I will be preparing an
upload shortly (within the next couple of days).
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/12
Package: portreserve
Version: 0.0.0-2
Severity: grave
The init script has a negated test condition that prevents it from
starting:
In the registered_services() function, the second if condition causes
the function to return 1 if /etc/portreserve is non-empty (using the
"-n" test). It should retu
#x27;s run under
dpkg-buildpackage, since I think we want a (relatively) clean build
environment. I guess this can be checked by checking for the presence
of a debian/ directory (or debian/control, to be less brittle), or
checking for one of the environment variables that dpkg-buildpackage
sets.
--
he other library
transitions, so we won't be able to do our transition until those other
transitions get cleared anyways.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key a
nd he occasionally gets complaints about it, when it's not his (or
Namesys') code.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypt
probably be easier for the
developers to track down the bug with
the new source package.
Yes, the problem still exists with the xorg-x11 packages. (The last
version I tried was 6.8.2.dfsg.1-2.)
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Finge
This message from Scott Barker was just sent to me instead of to the
BTS.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypted e-mail pre
ul Brossier.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
Key available at wwwkeys.pgp.net. Encrypted e-mail preferred.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "
Package: xdm
Version: 4.3.0.dfsg.1-14
Severity: grave
Justification: renders package unusable
As of xdm 4.3.0.dfsg.1-13, I cannot log in. Downgrading to
4.3.0.dfsg.1-12.0.1 gets me in again. Here is an excerpt from xdm.log:
- BEGIN -
Sun Jun 19 14:32:24 2005 xdm info (pid 9298): starti
and it should work fine. (I'm using libfreetype6 2.1.7-2.4.)
It looks like freetype renamed that function to FTC_Manager_LookupSize
(removed the last `_'). The FTC_Manager_Lookup_Face function was
renamed similarly.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key:
mailarchive/message.php?msg_id=11350217
Rexotec (the guys who originally reported the bug) has't responded. I
think those patches are ready to be applied.
--
Hubert Chan <[EMAIL PROTECTED]> - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 A
ere's any other way around it -- besides, upstream is
already going to implement the change in the next release.
For reference, my mail to Rexotec (the original reporters) and the
openMosixView mailing list can be found at:
http://sourceforge.net/mailarchive/message.php?msg_id=11330106
--
38 matches
Mail list logo
