rotocols, that does not have these vulnerabilities) in the
future, but for now, libolm is still useful.
I've dropped the severity of this bug to "important" for now. If the
security team disagrees, they can change the severity.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabbe
On Fri, 3 Nov 2023 00:27:36 +0530, Pirate Praveen
said:
> On 2/11/23 10:27 PM, Hubert Chathi wrote:
>> On Sun, 29 Oct 2023 22:43:55 +0530, Praveen Arimbrathodiyil
>> said:
>>
>>> On Fri, 24 Apr 2020 13:52:39 +0200 y...@debian.org wrote:
>>>> Upstre
g else. I can
always upload a new version later.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
On Wed, 17 May 2023 20:22:37 +0200, Johannes Schauer Marin Rodrigues
said:
> Hi Hubert, Quoting Hubert Chathi (2023-05-17 00:43:00)
>> On Tue, 16 May 2023 23:31:16 +0200, Johannes Schauer Marin Rodrigues
>> said: > since time is running short, I am going to
>> NMU m
debian.org/1029442) that would block it
from migrating.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
b
This is a bug with spdlog:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1015742
I believe it will be fixed the next time nheko gets built (either as a
binNMU or as a new upload -- which I should be doing soon to fix
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881965).
--
Hubert Chat
little while. So
in the mean time, I don't have any objection to someone doing something
to resolve the situation temporarily.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
the next few days.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
ge that in instead. If that doesn't work, then I
will apply your patch.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
Will a fixed version be uploaded to unstable soon? I'd like to upload a
newer version of nheko, but it won't build until a fixed gcc is
available.
Thanks
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749
this to GCC is the right thing to do.
On Wed, 20 Jan 2021 19:59:15 -0500, Hubert Chathi said:
> On Wed, 20 Jan 2021 21:42:22 +0100, Lucas Nussbaum
> said:
>> During a rebuild of all packages in sid, your package failed to build
>> on amd64.
> This version of nheko was just r
o this, but the bad binary package still remains. But I will
be uploading a new version of quaternion soon, which will use
libquotient instead of libqmatrixclient, so this will be fixed then.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/Gnu
Tp =
> tweeny::detail::tweenpoint; _Alloc =
> std::allocator >; std::vector<_Tp,
_Alloc> ::reference = tweeny::detail::tweenpoint&]’
>> /usr/include/tweeny/tweenone.tcc:43:28: required from
> ‘tweeny::tween& tweeny::tween::to(T) [with T = float]’
>> /<>/src/ui/SnackBar.cpp:27:54: required from here
>> /usr/include/tweeny/easingresolve.h:62:27:
> internal compiler error: Segmentation fault
>> 62 | get(b) = easing::linear.run; |
>> ~~^ Please submit a full bug
>> report, with preprocessed source if appropriate. See
>> for instructions.
[...trim]
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
On Tue, 29 Dec 2020 23:26:38 +0530, Utkarsh Gupta said:
> Hi Hubert,
> On Tue, Dec 29, 2020 at 11:17 PM Hubert Chathi wrote:
>> Hmm. Can you try installing libfmt7 (from sid) and see if that fixes
>> it?
> The issue could be fixed by rebuilding nheko against the newly
y idea what caused this regression or failure? Any
> workaround this?
Hmm. Can you try installing libfmt7 (from sid) and see if that fixes
it?
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
o 1.74 or to the unversioned boost packages.
Thanks. The hard-coding was done when the default boost in sid was too
old for nheko. I'll switch to the unversioned boost packages.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key
On Sun, 22 Mar 2020 08:53:46 +0100, Lucas Nussbaum said:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
[...]
It looks like the test failure would be fixed by this commit from
upstream:
https://github.com/commonmark/cmark/commit/68c3a91166347a32a57fb81223750
ssing, then
go ahead.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
MU. I have no objections to it.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
580f99b5aa
> No such file or directory
Yup, I noticed that too. I don't know much about CMake, so if anyone
has any insights, it would be much appreciated.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749
:
> EOFError (EOFError)
> ruby/unstable,unstable,now 1:2.5.1 amd64 [installed,automatic]
> ruby-gpgme/unstable,unstable,now 2.0.16-1+b1 amd64
> [installed,automatic]
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
, so
thank you for bringing that to my attention. I was already planning on
making another upload soon, so I will include the changes in my next
upload.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8
t seems to work fine after updating the
debian/patches/walk.patch to point to the new location.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
x-gnu/perl-base) at (eval 7) line 1. BEGIN
> failed--compilation aborted at (eval 7) line 1.
> make: *** [debian/rules:18: clean] Error 2
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
On Wed, 7 Mar 2018 11:50:31 +0100, Muri Nicanor said:
> Hi Dominique, uhoreg offered to package version 3
> (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885540) of
> nlohmann-json and already created an ITP for that:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886865
It may be wort
efer to take care of this, a suitable patch is attached.
Hi Simon,
Thank you for the report and for the NMU. I don't think we have any
uploads for Revolt planned in the near future, so we can just let the
NMU go through.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub.
anks for the report. I'll try to do a new upload this weekend.
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hub...@uhoreg.ca -- Matrix: @uhoreg:matrix.org
PGP/GnuPG key: 4096R/F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
tch is to change i and c to int
instead of unsigned, and I will upload a new package soon that does
that. However, please feel free to leave your NMU in DELAYED/2, as that
will force me to actually upload my package soon. ;)
Thanks
--
Hubert Chathi -- https://www.uhoreg.ca/
Jabber: hu
On Mon, 27 Feb 2017 14:38:34 +0100, John Paul Adrian Glaubitz
said:
> The attached debdiff contains a patch that fixes the issue.
> Let me know if you are okay with me performing the NMU.
Thanks for the quick fix. Please go ahead with the NMU.
--
Hubert Chathi -- https://www.uho
https://debian.uhoreg.ca/unstable/ (In addition to the diff you
provided, I also updated the upstream's homepage.)
Thanks again.
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 4096R/113A1368 https://www.uhoreg.ca/
Fingerprint: F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
;ll create a new package to fix other issues.
> Please get also in touch with the security team (as in the Developer
> Reference 5.8.5)
In the past, they haven't seemed to be very interested in issuing DSAs
for ufraw, but I'll let them know that it's been fixed anyways.
--
h for this issue is
https://vcs.uhoreg.ca/git/cgit/debpkg-ufraw/commit/?id=54688b5896b39003becdfee3c803c58c94f14df3)
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 4096R/113A1368 https://www.uhoreg.ca/
Fingerprint: F24C F749 6C73 DDB8 DCB8 72DE B2DE 88D3 113A 1368
iently
connected new key). If I prepare a new package in the next few days
that merges your NMU, would you be willing to upload it for me?
Thanks
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 4096R/113A1368 https://www.uhoreg.ca/
Fingerprint: F24C F749 6C73 DDB8 DCB8 72D
On Sun, 03 Apr 2016 10:54:08 -0400, Hubert Chathi said:
> On Mon, 21 Mar 2016 12:06:38 +0100, Moritz Muehlenhoff
> said:
>> CVE-2015-8366 in dcraw also affects ufraw. The dcraw upstream fix is
>> https://github.com/LibRaw/LibRaw/commit/89d065424f09b788f443734d44857289489ca9e
s
also affected by CVE-2015-8367
https://github.com/LibRaw/LibRaw/commit/490ef94d1796f730180039e80997efe5c58db780
which I'll fix as well in the next ufraw upload.
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 4096R/113A1368 https://www.uhoreg.ca/
Fingerprint: F24C F749 6C7
nfortunately, I don't
have a valid key in the keyring (due to my 1024D being too weak, and not
being able to get my new key signed). If you are willing to sponsor my
upload, the packages are available at
https://debian.uhoreg.ca/experimental/noweb/. Otherwise, I will try to
find another spons
/
You need to be a member of the security group to see the issue.
> I can read it. The issue is still unfixed and under embargo.
Michael closed the issue as "Not a bug". It looks like the consesus was
that the issue could only be done by an administrator, and that
administrators nee
Just to add another data point, this bug used to affect me, and then I
rebooted, and the issue seems to have disappeared.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
y system, and it was
able to load and convert the picture.
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.de
ailing when the install script
gets run twice (once from the emacs upgrade, and once from the
windows-el upgrade). I'll try to fix it within the next few days.
Are you able to re-test with piuparts if I send you a new package, or
should I just re-upload to sid?
--
Hubert Chathi -- Jabber: hu
Hi Ralf,
I just uploaded ufraw 0.19.2. Can you confirm whether or not it fixes
this bug?
Thanks
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email
> server.
>
> Just for completion, I'm attaching the debdiff file.
>
Thanks.
Assuming that the patch was tested, I have no objections to the
upload. Michael, can you verify if the patch fixes the issue for you?
- --
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 102
the timestamp
(2008-06-11 12:46:32 -0400 for Makefile, and 2008-06-11 12:46:12 -0400
for Makefile.nw). Maybe that isn't working like it used to. I guess
I'll have to add the Makefile to debian/patches/99_touch.dpatch
- --
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 1024
; provided by the package itself, in the PATH. This isn't the case
> unless the noweb package is installed.
>
> The full build log is attached.
>
> Best, Michael
>
- --
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
ified source
> code.”).
>
Jakob, thanks for noticing this.
I clarified with upstream, and they have updated the license to
explicitly allow modifications.
http://asymptote.svn.sourceforge.net/viewvc/asymptote/trunk/asymptote/doc/asyRefCard.tex?r1=5444&r2=5458
I will prepare a new package
Hi John,
A Debian user noticed that the copyright license for the Asymptote
reference card does not explicitly allow for modifications
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684417), which goes
against the Debian Free Software Guidelines. Can you clarify whether or
not modifications ar
It's unfortunate, but I don't think that there's much
that can be done without massive changes to the build system.
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124
On 06/05/12 12:28 PM, Mònica RamÃrez Arceda wrote:
>> Please remove your
>> NMU.
>
> I've just cancelled it.
Thanks. (And, sorry, I should have started my last message by saying,
"Thank you for trying to help".)
--
Hubert Chathi -- Jabber: hub...@uhoreg
;
> notangle -Rheader errors.nw > errors.h
> /bin/sh: 1: notangle: not found
> make[2]: *** [errors.h] Error 127
Jari,
>From the path name, it looks like you are building from the git
repository, rather than the source packages. Is that correct?
--
Hubert Chathi --
tags 668481 - patch
thanks
Sorry, Monica, but your patch is incorrect. The package is built so
that it should not need to re-tangle the code files. I need to
investigate why it is trying to re-tangle the files. Please remove your
NMU.
Thanks
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
uld prefer to keep it of course, but would not protest
too loudly if it were removed.
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to d
It looks like this was due to cedet-common being installed; removing
cedet-common seems to have fixed the problem. So it might be good to
add a Conflicts: cedet-common.
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5
Package: ecb
Version: 2.40+cvs20110608-1
Severity: grave
Tags: sid
When I try to install ecb, I get the following output in the byte compilation
step:
install/ecb: Handling install for emacsen flavor emacs23
Loading 00debian-vars...
Loading /etc/emacs/site-start.d/50cedet-common.el (source)...
Loa
On Wed 14 Jul 2010 12:33:50 PM EDT, Cyril Brulebois wrote:
your package FTBFS on all buildds:
[...]
Full build logs:
https://buildd.debian.org/status/package.php?p=asymptote
Yup. I should have caught that earlier. I'm compiling a fixed
package, and will reupload shortly.
--
H
be an QA upload then? I have attached an QA upload diff
which also fixes the python 2.6 bug; and would upload it if there are no
objections.
Yes, I suppose it should be a QA upload. I have no objections.
Thanks for your help.
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 1024D/124
) in tla-buildpackage, and I have also
asked the reported to go ahead with an NMU if he wanted, so if you
want to do an NMU, please coordinate with him.
Thanks.
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F
will upload them shortly.
--
Hubert Chathi -- Jabber: hub...@uhoreg.ca
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsu
On Sun, 18 Oct 2009 15:47:51 +0100 Julian Gilbey
wrote:
> On Sun, Oct 18, 2009 at 09:27:20AM -0400, Hubert Chathi wrote:
> > On Sun, 18 Oct 2009 11:27:38 +0100 Julian Gilbey
> > wrote:
> >
> > > I'm bemused, incidentally, how your package ever built
> &g
doesn't happen during a full package build.
--
Hubert Chathi - Email/Jabber: hub...@uhoreg.ca - 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
e Makefile and
info files being installed in the html directory, and you should give
the customary delays after filing that bug before doing an NMU to fix
it.
--
Hubert Chathi - Email/Jabber: hub...@uhoreg.ca - http://www.uhoreg.ca/
PGP/GnuPG key: 1024D/124B61FA (Key available at wwwkeys.pgp.ne
I strongly prefer namely that format for
> documentation compared to anything else. Would be nice to ship them
> post-Lenny.
I don't know of any reason. It's removed mostly for historical reasons
(i.e. it was that way when I took over the package). I wouldn't have
any proble
On Sat, 2 Aug 2008 18:32:22 +0200 Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Sat, Aug 02, 2008 at 11:32:10AM -0400, Hubert Chathi wrote:
> > Yes, I use uim.
>
> Does it work better if you disable it ?
OK, I tried removing uim-gtk2.0, and upgrading uim* to the latest
versio
On Sat, 2 Aug 2008 07:29:40 +0200 Mike Hommey <[EMAIL PROTECTED]> wrote:
> On Fri, Aug 01, 2008 at 07:52:20PM -0400, Hubert Chathi wrote:
> > The first time I start iceweasel, everything seems to work fine.
> > The next time I try to start it (and subsequent times after th
Package: iceweasel
Version: 3.0.1-1
Severity: grave
The first time I start iceweasel, everything seems to work fine. The
next time I try to start it (and subsequent times after that), I get either:
Error: in (function call): procedure or syntax required but got: Error:
fatal: looped fatal erro
.
> If noone shows interest, maybe Hubert will find the time to review and
> upload them.
Yes, I will review and upload them later today. (If nobody else beats
me to it.)
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uho
'
> make: *** [install] Error 2
> ---
My guess is that this is due to the "GNUSTEP_INSTALLATION_DIR = $(HOME)"
line in GNUMakefile.
Which makes me unsure exactly how the package gets properly built at
all...
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PRO
e the
images under the GPL. [1]
[1] http://lists.gnu.org/archive/html/gnustep-dev/2008-06/msg00096.html
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 1
On Sat, 03 May 2008 16:56:44 -0400, Hubert Chathi <[EMAIL PROTECTED]> said:
> Yes, libgnustep-base1.15 is supposed to conflict with/replace
> libgnustep-base1.14.
Err... correction: the next upload of libgnustep-base1.15 won't include
the SSL bundle, since it is no longer neede
builds, it won't currently run because it would be linked against a
different version of gnustep-base than renaissance.)
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7 1FF7 529
t libgnustep-base-dev changed
from Depends: libssl-dev to Suggests: libssl-dev since libssl-dev isn't
strictly needed for libgnustep-base-dev. I will add a Build-depends:
libssl-dev to gnumail.
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124
, and foomatic-filters.
[1] in particular,
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=449173#65
as well as Loïc's latest message.
To fix this bug, you may need to collaborate with the foomatic-*
maintainer.
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/
Find the line beginning with
"LogLevel" (which is right at the top in the default Debian config),
and replace set it to "info" or "debug".
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.c
ht package?
Perhaps this bug should be reassigned to that package, or coordinated
with the foomatic package maintainer.
My guess is that the foomatic drivers are somehow still looking for
gs-esp instead of gs, but I'm not completely sure.
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabbe
of plain gs?
--
Hubert Chathi - 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
perimental), and generate another backtrace. This will give more
useful information.
http://packages.debian.org/experimental/amd64/gnumail.app-dbg/download
Thanks.
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
F
package from experimental, and see if it still
crashes when you click on preferences?
http://packages.debian.org/experimental/amd64/gnumail.app/download
Thanks
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerpri
om: Xavier Brochard <[EMAIL PROTECTED]>
To: Hubert Chathi <[EMAIL PROTECTED]>
Subject: Re: Fw: Bug#461453: gnumail.app: GNUMail close and said "read
failed" on startup
Thanks Hubert, it works!
Regards
Xavier
Hubert Chathi a écrit :
> Hi Xavier,
>
> Ludovic Marcotte w
Hi Xavier,
Ludovic Marcotte wrote this:
Date: Thu, 24 Jan 2008 17:10:51 -0500 (EST)
From: Ludovic Marcotte <[EMAIL PROTECTED]>
To: Hubert Chathi <[EMAIL PROTECTED]>
Subject: Re: Fw: Bug#461453: gnumail.app: GNUMail close and said "read
failed" on startup
> Hi Ludovic,
-common, which
will require another Replaces.
I'll try to get that done soon.
--
Hubert Chathi <[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
--
To UNSUBSCR
wrote:
> Le Mon, 7 Jan 2008 19:51:03 -0500,
> Hubert Chathi <[EMAIL PROTECTED]> a écrit :
> > > > OK, can you try one more thing? Can you install
> > > > libgnustep-ba/usr/share/GNUstep/Makefiles/filesystem.shse1.14,
> > > > gnustep-base-common,
On Thu, 3 Jan 2008 15:48:27 +0100 Xavier Brochard
<[EMAIL PROTECTED]> wrote:
> Le Sat, 29 Dec 2007 22:56:37 -0700,
> Hubert Chathi <[EMAIL PROTECTED]> a écrit :
> > OK, can you try one more thing? Can you install
> > libgnustep-ba/usr/share/GNUstep/Makefiles/filesys
On Sun, 23 Dec 2007 13:06:55 +0100 Xavier Brochard
<[EMAIL PROTECTED]> wrote:
> Le Sat, 22 Dec 2007 22:55:49 -0700,
> Hubert Chathi <[EMAIL PROTECTED]> a écrit :
> > > I run "debugapp GNUMail", here's the backtrace:
> > >
> &
y more to the backtrace, or is that it?
> (See also message #27 in bug 390411)
Did you try removing the PGP bundle as suggested in the last message of
that bug?
> I'm on AMD64
> regards
> xavier
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG
instead of ffcall, but I want to do some more testing before I
upload it, since it is a rather large change. I don't think it's worth
holding back the GNUstep transition for this yet, so I'm downgrading
this bug to non-RC.
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber:
reassign 456861 renaissance
thanks
On Tue, 18 Dec 2007 16:31:28 -0700 Hubert Chathi <[EMAIL PROTECTED]>
wrote:
> Ugh. I think this is actually a bug in gnustep-make. If you get
> similar errors in other GNUstep packages, don't bother reporting it.
Whoops. Actually,
reassign 456861 gnustep-make
thanks
On Tue, 18 Dec 2007 09:45:34 +0100 Lucas Nussbaum
<[EMAIL PROTECTED]> wrote:
[...]
> > dh_install -plibrenaissance0-dev
> > --sourcedir=/build/user/renaissance-0.8.0/debian/tmp/ cp: cannot
> > stat
> >
> `/build/user/renaissance-0.8.0/debian/tmpusr/inc
On Wed, 12 Dec 2007 08:11:25 +0100, Lucas Nussbaum <[EMAIL PROTECTED]> said:
> On 11/12/07 at 21:10 -0500, Hubert Chathi wrote:
>> Do you have any security-related features enabled? PaX, grsecurity,
>> SELinux, etc.? It could be related to GNUstep bug #18968.
>>
>
y,
SELinux, etc.? It could be related to GNUstep bug #18968.
http://savannah.gnu.org/bugs/?func=detailitem&item_id=18968
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5 012F 5F74 A5F7
if it only fails in that
configuration, should this bug be "serious" or "important"?
/me considers, again, whether to just give up on ffcall, and switch to
libffi...
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA h
t; change but it fails:
I think that Etoile has updates for this.
Ondrej, I know that in the past you have notified us of new uploads of
poppler. Please continue to do this, as popplerkit will almost
certainly break with any API changes.
Thanks.
--
Hubert Chathi <[EMAIL PROTECTED]>
now, until we really need to switch to libffi (if
we ever need to).
--
Hubert Chathi <[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
--
To UNSUBSCRIBE, email to
for removal (bug #446190), hence this
bug will not be fixed.
Thanks for your QA efforts.
--
Hubert Chathi <[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
--
To
ces, so I'm guessing would be better maintained than
ffcall, which hasn't been updated for a long time). What does everyone
think about this?
--
Hubert Chathi <[EMAIL PROTECTED]> -- Jabber: [EMAIL PROTECTED]
PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/
Fingerprint: 96C5
retitle 436384 gnustep-back: FTBFS, uninstallable in sid
thanks
On Tue, 7 Aug 2007 08:06:09 +0200, Lucas Nussbaum said:
> Package: gnustep-back
> version: 0.12.0-1
> Severity: serious
> User: [EMAIL PROTECTED]
> Usertags: qa-ftbfs-20070806 qa-ftbfs
> Justification: FTBFS on i386
> Hi,
> During
94 matches
Mail list logo
