Bug#848133: RFS: rdup/1.1.15-1.0

[Jose Carlos Garcia Sogo]

I am not missing, but not in action either. I will take the long needed
steps in the upcoming days.

Thanks

El mar., 27 dic. 2016 11:34, Tobias Frost  escribió:

> Hi Félix,
>
> On Mon, Dec 26, 2016 at 11:18:36PM +0100, Félix Sipma wrote:
> > I think I won't have time to work on this soon, so my changes won't be
> for
> > stretch anyway. I propose to try to fix the issues you mentioned in your
> > previous email, and to start the MIA process. At what step of
> > https://wiki.debian.org/qa.debian.org/MIATeam should I start? Is it
> possible to
> > start at "Suggest orphaning" with a mail to Jose and the MIA team in Cc:?
>
> You've reached a MIA team member already, so there is no action required
> from
> your side, I'll take over from here.
> (And, no, sorry, we cannot cut corners on the process; the process as is
> has been
> established for reasons)
>
> > I hope you Jose will be able to answer in the meantime, that will of
> course be
> > the easiest!
>
> Indeed, Jose, let me again appeal to you for an quick answer.. This will
> save
> several people lots of work.
>
> Another option which has been proposed in similar cases by the MIA team in
> the past*,
> if you're like to (co-)maintain rdup:
> - Announce on the BTS that you'll like to be Co-Maintainer of the package.
> - Wait for a at least 2 weeks for a reply; After a week, write a ping.
>   if there isn't an answer, go on...
> - Prepare an NMU according to the rules (see dev-ref; let me hint you again
>   that it "must only fix bugs!")
> - Add yourself as Uploader in this NMU
> - Announce the NMU on the BTS, target: DELAYED/15. The announcement must be
>   very clear about that you're adding yourself as co-maintainer and
> explictily
>   stress that this will happen if there is no response. Give that
> information
>   also to the bug you have filed earlier. (It must be crystal clear what
> the
>   intentions are)
> - Upload to DELAYED/15. (Any intervention by the maintainer will lead to
>   cancelation of the upload.)
> - After it has entered the archives, you're comaintainer and can act
> accordingly.
> - The MIA process will then run in parallel and depending on the result we
> will
>   either ask you to remove Jose as maintainer or his maintainer status
> will be
>   confirmed. He might also ask you to hand back the package to you,
> (you'll then
>   to follow then)
>
> * Example: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836008, even
> if that
> one went never live.
> Please note that this is procedure is non-standard and is considering the
> circumstances of this particular potential-MIA case.
>
> But as the Stretch window has closed, so I suggest to just wait for the MIA
> process to be completed. If you still want to pursuit it, uploads will
> have to
> go to experimental anyway.
>
> >
> >
> > Félix
>
> --
> tobi (MIA team member)
>

Bug#752683: gpgme1.0: new upstream version 1.5.0 available

[Jose Carlos Garcia Sogo]

I agree with placing this package under team maintenance as you propose.

Regards

Bug#729074: Jose Sogo (jsogo)'s email bounced [was: Re: gloox: Please upgrade to 1.0.9]

[Jose Carlos Garcia Sogo]

Thanks, I am really not paying required attention to this.



On Wed, Jan 15, 2014 at 1:03 PM, Ricardo Mones mo...@debian.org wrote:
   Hi Vincent,

 On Tue, Jan 07, 2014 at 12:24:40PM +0100, Ricardo Mones wrote:
   Hi,

 On Sun, Jan 05, 2014 at 02:17:03AM -0800, Vincent Cheng wrote:
  Hi MIA team,
 
  After sending the following message to Jose:
 
  On Sun, Jan 5, 2014 at 2:07 AM, Vincent Cheng vincentc1...@gmail.com 
  wrote:
   Hi Jose,
  
   Would you like a helping hand with maintenance of gloox in Debian?
 [...]
   José Carlos, given 
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588177#57
 I understand you're having trouble trying to orphan your packages, so we'll
 be orphaning gloox for Vincent to take care unless you have better plans.

   And this has happened just now: http://bugs.debian.org/735436
   (Dropped José Carlos and mia@ because already received the notification).

   best regards,
 --
   Ricardo Mones
   ~
   The three principal virtues of a programmer are Laziness,
   Impatience, and Hubris.man perl




-- 
José Carlos García Sogo
   jcs...@gmail.com


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#588177: goocanvas: New upstream release 1.9.0

[Jose Carlos Garcia Sogo]

In regards of Debian, yes, I am mostly missing. And if you ask me to orphan
the packages, I agree, but do you know how hard is to do this when your
work environment is Windows? It is in my TODO list.


On Tue, Nov 12, 2013 at 9:11 AM, Alberto Garcia be...@igalia.com wrote:

 On Sun, Oct 27, 2013 at 09:40:53PM +0200, Alberto Garcia wrote:

  What's the status of this?

 It looks like José Carlos (the maintainer) is missing, I checked
 his packages page and if I didn't overlook anything it seems that
 he has not uploaded anything to Debian in the past two years. The
 latest uploads of some of his packages (rdup, gloox, libgpg-error,
 also goocanvas) are NMUs.

 Berto




-- 
José Carlos García Sogo
   jcs...@gmail.com

Bug#700050: closed by Kumar Appaiah aku...@debian.org (Bug#700050: fixed in flickcurl 1.23-1)

[Jose Carlos Garcia Sogo]

  bc9e425e3b4f50ff63f5b268a889ef28 197670 libs optional 
 libflickcurl0_1.23-1_amd64.deb
  ca475e6cd9821ff2db39cc305eed7ebe 596938 debug extra 
 libflickcurl0-dbg_1.23-1_amd64.deb
  412f18ea7f20cc373540d6a5ed5a576e 159760 utils optional 
 flickcurl-utils_1.23-1_amd64.deb
  408eb087fb4df53a636fd4060af81b4a 755824 doc optional 
 flickcurl-doc_1.23-1_all.deb

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.12 (GNU/Linux)

 iQIcBAEBCgAGBQJRF+2rAAoJEHqPSei2NIC+fOcQAJ5zjXDi2YTpfdPPf3x/824j
 RQn+o3zq4QmKjz88XnOwUtj8SL7EgNt2gNQpqu8+se/NiZo0LYziUROT/1Apja42
 TuXe3hElSZMuilrU0W7Ca2JvtlQEr2ztP0cSq0zKExNg3iM7jufc/Nnv0GyoacN7
 k0zjZmJ2pJ4CmVrk5hGm0+LsP5LnuFZ89wGuiSPOf3BOq0rOsVLszG6zRaUMhizM
 EhzBRlXN5f9wt5LiIWW+XyP9Ak6hVjspdvcnpuYgKehJACLQYNZVj2QenuIe5p6k
 T/m3YG6/LEOPA8N/F7TbnImf3nl/yXKTiVtdP0GcBCn0gPKWpLuTIoeoMnv0oG1+
 1ZUorXwo9b5wIIDpsnEckDQD/XaZaIhiROfqz26gnHx3BXLbnnCYX7JNGQ3nNLd5
 YgLbepKP/xn/+HUmX4QPApaRuJfqnUT6MlNNoKQ/76BdlGxMEDCxRTsOKwfuMUJl
 Bj1woGUqy19KhBgDZtqMHL6lGtejS1+cLOo6HQoZMddh7m8oJxzMz2Vb51XZMrr7
 JAgxlyuhkepwQfV3UYDKt2YTZtrk6bOm4+Zor1mgIdJTDlIC2ds7v0/ofMP4UUD0
 B8af1hRbMuTRjFxCM+eKwPuhjqRNTDrAXAZkt/VnKmpiFDwM1t2urWFDA64Prxxx
 +BJCXITRTuNI4+GgxM1D
 =DouQ
 -END PGP SIGNATURE-

 -- Forwarded message --
 From: Jose Carlos Garcia Sogo js...@debian.org
 To: Debian Bug Tracking System sub...@bugs.debian.org
 Cc:
 Date: Thu, 07 Feb 2013 22:26:51 +0100
 Subject: libflickcurl0: New version available (and needed for new oAuth 
 scheme)
 Package: libflickcurl0
 Version: 1.22-1
 Severity: grave
 Justification: renders package unusable

 A new version (1.23) is available, and adds support for oAuth, which is needed
 right now to authenticate in Flickr. The old method has been dropped now.


 -- System Information:
 Debian Release: wheezy/sid
   APT prefers quantal-updates
   APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 
 'quantal'), (100, 'quantal-backports')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386

 Kernel: Linux 3.5.0-23-generic (SMP w/2 CPU cores)
 Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages libflickcurl0 depends on:
 ii  libc62.15-0ubuntu20
 ii  libcurl3-gnutls  7.27.0-1ubuntu1
 ii  libxml2  2.8.0+dfsg1-5ubuntu2.1

 libflickcurl0 recommends no packages.

 libflickcurl0 suggests no packages.

 -- no debconf information




--
José Carlos García Sogo
   js...@debian.org


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#700050: libflickcurl0: New version available (and needed for new oAuth scheme)

[Jose Carlos Garcia Sogo]

Package: libflickcurl0
Version: 1.22-1
Severity: grave
Justification: renders package unusable

A new version (1.23) is available, and adds support for oAuth, which is needed
right now to authenticate in Flickr. The old method has been dropped now.


-- System Information:
Debian Release: wheezy/sid
  APT prefers quantal-updates
  APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 
'quantal'), (100, 'quantal-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.5.0-23-generic (SMP w/2 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libflickcurl0 depends on:
ii  libc62.15-0ubuntu20
ii  libcurl3-gnutls  7.27.0-1ubuntu1
ii  libxml2  2.8.0+dfsg1-5ubuntu2.1

libflickcurl0 recommends no packages.

libflickcurl0 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#553898: dogtail: Should this package be orphaned?

[Jose Carlos Garcia Sogo]

I will do a proper orphan of a bunch of packages soon, as I am completely
our of time. But in the meanwhile take this mail as an orphan bug report in
wnpp.

Thanks and sorry for the inconvenience.

And merry Xmas.
El 24/12/2012 19:30, Steve Langasek vor...@debian.org escribió:

 Hi Andrew,

 On Sun, Dec 16, 2012 at 09:37:02PM -0500, Andrew Starr-Bochicchio wrote:

   While reviewing some packages, your package came up as a package that
   should maybe be orphaned by its maintainer, because:

   * Out of date with upstream.
   * Buggy. (1 RC bug).
   * NPOASR. (Never part of a stable release).
   * Low popcon.

   If you think that it should be removed from Debian instead of being
   orphaned, please reply to this bug and tell so.

   If you disagree and want to continue to maintain this package, please
   close this bug and do an upload also fixing the other issues.

  I just came across this package. It's been three years since this bug
  was reported with no response from the maintainer. Nor have there been
  any maintainer uploads of the package in this time. There are also
  unanswered bugs that are even older than this. Though the maintainer
  is not completely MIA. He has uploaded other packages within the last
  year. [1]

 The package is no longer RC-buggy and /has/ been part of a stable release,
 though this is only because of the action of NMUers.  I've added them to
 Cc:
 Mehdi, Bastian, do you have any personal interest in the dogtail package,
 and opinion on whether it should be orphaned?  If it were orphaned, would
 either of you be interested in adopting it?

 I certainly don't think low popcon is an argument for orphaning the package
 - it might be an argument for removing the package, but isn't a very strong
 one by itself.  Likewise, unanswered non-RC bugs are not by themselves a
 reason for orphaning a package.  However, there's also bug #585287 which
 has
 gone unanswered and may actually be a serious issue in the package.

 José Carlos, are you still interested in maintaining dogtail?  You haven't
 uploaded it in 6 years, and it does seem to be in need of attention.

 --
 Steve Langasek   Give me a lever long enough and a Free OS
 Debian Developer   to set it on, and I can move the world.
 Ubuntu Developerhttp://www.debian.org/
 slanga...@ubuntu.com vor...@debian.org

Bug#657156: libgpg-error: Please drop .la file from -dev package

[Jose Carlos Garcia Sogo]

On Tue, Jan 24, 2012 at 3:38 PM, Steve Langasek
steve.langa...@canonical.com wrote:
 Package: libgpg-error
 Version: 1.10-2
 Severity: normal
 Tags: patch
 User: ubuntu-de...@lists.ubuntu.com
 Usertags: origin-ubuntu precise ubuntu-patch

 Hi José Carlos,

Hi Steve,


 I've just updated libgpg-error in Ubuntu from the version in Debian testing,
 and noticed that the -dev package still has a libtool .la file in it.  As
 explained at http://wiki.debian.org/ReleaseGoals/LAFileRemoval, it would
 be best to remove this file from the package altogether:

Actually I reintroduced .la file because of bug #653693. I have to
admit that I don't know what is Florian's usercase, but it seemed to
me a valid point to have a .la file in a so tiny library as
libgpg-error to make people compiling static things a bit easier.

Anyway, I am open to discuss it and remove the file again if we agree that.

Kind regards,

-- 
José Carlos García Sogo
   js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#657076: RFA: barry

[Jose Carlos Garcia Sogo]

Package: wnpp
Severity: normal

Hello,

It has been two years now since I had my last Blackberry device, so I am
clearly not being able to maintain this package.

Please adopt!



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#582189: Updating and maintaining barry in Debian / Ubuntu

[Jose Carlos Garcia Sogo]

My fault, but it has been two years since I the last time I had a
Blackberry at hand. So I have just filled a RFA for this package
(#657076), so go ahead if someone wants to adopt it.

Sorry for the inconvenience.

Kind regards,

-- 
José Carlos García Sogo
   js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#650856: Crash on restore GUI startup

[Jose Carlos Garcia Sogo]

On Sun, Dec 4, 2011 at 1:06 AM, Pietro Battiston m...@pietrobattiston.it 
wrote:
 Package: deja-dup
 Version: 20.2-1
 Severity: grave

 Deja-dup just crashes when started with the --restore argument. Backup
 instead works fine.

 At the end of this email is the output when ran in gdb, including a backtrace.

Could you install deja-dup-dbg package and retry again and run the
backtrace? It should give a bit more info

Thanks

-- 
José Carlos García Sogo
   jcs...@gmail.com



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#650142: deja-dup: control center icon segfaults

[Jose Carlos Garcia Sogo]

On Wed, Dec 7, 2011 at 5:02 PM, Laurent Bigonville bi...@debian.org wrote:
 severity 650142 important
 thanks

 Hi,

 Alright, this is due to the fact that you are using
 gnome-control-center 3.2.2 that has a different ABI than 3.0 with which
 deja-vu has been built.
deja-dup ^^

I suppose you are speaking here about the user, who has installed a newer g-c-c.

 The g-c-c module should probably be removed as upstream is not
 supporting 3rd party modules anymore.

Probably this comes from Ubuntu, who has chosen deja-dup as its
default backup system, and it is integrated in the
gnome-control-center menu. I could check if there is a patch in
Ubuntu's g-c-c.

And BTW, why 3rd party software is not going to be able to integrate
themselves in g-c-c? That is plain stupid, as this will imply that
Gnome system software is going to have its preferences menus scattered
all around. Actually I think that the new g-c-c is a big error. It
can't be that the user is unable to change the theme font easily.

Regards,


-- 
José Carlos García Sogo
   jcs...@gmail.com



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#651257: deja-dup: diff for NMU version 20.2-1.1

[Jose Carlos Garcia Sogo]

On Wed, Dec 7, 2011 at 12:00 PM,  bi...@debian.org wrote:
 tags 651257 + patch
 tags 651257 + pending
 thanks

 Dear maintainer,

 I've prepared an NMU for deja-dup (versioned as 20.2-1.1) and
 uploaded it to DELAYED/2. Please feel free to tell me if I
 should delay it longer.

It is OK to me. Thanks for the NMU.

-- 
José Carlos García Sogo
   jcs...@gmail.com



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#588177: working on deb package

[Jose Carlos Garcia Sogo]

I will try to look at it today.

Thanks

Bug#624598: deja-dup: Restore fails with EOFError

[Jose Carlos Garcia Sogo]

On Tue, May 24, 2011 at 7:42 PM, Jérémy Bobbio lu...@debian.org wrote:
 On Mon, May 23, 2011 at 06:47:16PM +0200, Jose Carlos Garcia Sogo wrote:
 I have the package mostly prepared, but I face the following error
 when compiling
 make[3]: Entering directory 
 `/home/jose/devel/build-area/deja-dup-14.2/common'
 ERROR: Valac compilation is disabled, but the C sources are out-of-date.

 I understand what is the problem, as your patch only includes the
 changes to vala files, but not the generated C source. Could you
 please update it to include both. I don't have time ATM.

 See the attached file. :)

Thanks, I am checking.

 Also, you can review the package in git.d.o, branch squeeze-updates

 In which repository? I do not see it in
 `~jsogo/public_git/deja-dup.git`.

Yes, you have to go to squeeze_updates branch. BTW, what happened to
git.debian.org? It doesn't list all projects under public_git as
before.
-- 
José Carlos García Sogo
   jcs...@gmail.com



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#624598: deja-dup: Restore fails with EOFError

[Jose Carlos Garcia Sogo]

Hi Jérémy,

I have the package mostly prepared, but I face the following error
when compiling
make[3]: Entering directory `/home/jose/devel/build-area/deja-dup-14.2/common'
ERROR: Valac compilation is disabled, but the C sources are out-of-date.

I understand what is the problem, as your patch only includes the
changes to vala files, but not the generated C source. Could you
please update it to include both. I don't have time ATM.

Also, you can review the package in git.d.o, branch squeeze-updates

Regards,


-- 
José Carlos García Sogo
   js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#624598: closed by Jose Carlos Garcia Sogo js...@debian.org (Bug#624598: fixed in deja-dup 18.1.1-1)

[Jose Carlos Garcia Sogo]

On Sun, May 22, 2011 at 11:07 PM, Jérémy Bobbio lu...@debian.org wrote:
 On Sun, May 22, 2011 at 05:36:07PM +, Debian Bug Tracking System wrote:
 This is an automatic notification regarding your Bug report
 which was filed against the deja-dup package:

 #624598: deja-dup: Restore fails with EOFError

 It has been closed by Jose Carlos Garcia Sogo js...@debian.org.

 Great for wheezy. :)

 But as I was saying in my original bug report:

 The bug has been fixed upstream, in revision 728, extracted to the
 attached patch.

 This issue should be fixed in a Squeeze point release. I am willing to
 prepare an upload and coordinate with SRM, if you'd like.

I am working on it, but not so fast, to be true. I cannot spend a lot
of time in this given my (new) familly duties. Hope to have it
tomorrow, if not I will tell you.

Thank you and kind regards,

-- 
José Carlos García Sogo
   js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#608505: please provide libgpg-error0 udeb package for debian-installer

[Jose Carlos Garcia Sogo]

On Fri, Dec 31, 2010 at 3:54 PM, Jonas Meurer jo...@freesources.org wrote:
 Package: libgpg-error
 Version: 1.10-0.1
 Severity: wishlist
 Tags: d-i patch

 Hello,

 i prepared a patch (applies against libgpg-error 1.10-0.1 from
 experimental) which adds the udeb and two other minor fixes.

Please, do. And Happy New Year!

-- 
José Carlos García Sogo
   jcs...@gmail.com



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#604945: Please move libgpg-error to /lib

[Jose Carlos Garcia Sogo]

Yes, please. I am busy with family related issues. I am planning giving up
maintaining some packages.

__
José Carlos Sogo

El 11/12/2010 15:03, Jonas Meurer jo...@freesources.org escribió:

Hey Jose,


On 10/12/2010 Jonas wrote:
 On 25/11/2010 Jonas wrote:
  Package: libgpg-error0
  Version: 1.6...
Just found out, that you're listed as 'busy' in the MIA database. If you
want, I can do a NMU to experimental with libgpg-error0 moved to /lib
and some other minor issues like section override disparities fixed as
well.

also new upstream releases wait to be packaged.

greetings,
 jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBCAAGBQJNA4O4AAoJEFJi5/9JEEn+jr8QAJmFazbcAZgUJa0fIRnWz9sG
576LWiDyjeoFjeEM9XQX9GF1nSQ3qRhgouSCSDen/dTy+dm4xQ6Y1kMoRX91r3BK
i2wHyprvLx6QnLOw1ZIABVUkWZYPq1tVLw1nyLCX1FN9ewFsgWiG4Zhqy4zD2G/n
MRwxQwgJgmbsTKqXKwi/ibAzzNztmw88CN5RZkVkl622JAtTagucOPXNFoJMWBg4
0na7COX8+O70RCTKWxdlcVebNnWMnObqUzX8n/7+uklB4R++QPPKrNYF3rjYawfx
1GCzOYVa0PBHzekRlBlKr55yibqw1TPhOggtADtP3ufsmISSaodQYOK9xKXI8Gm2
tI9FU6qF4wUWA+mK9IDyevAOCHBIS3Xv8Qj9Obx6aBbq2/kOBZE52u3d/x+3VtI2
8bbE7jyO6vZLLtNtuTR8mXLx5MRcwgwGUVPjbFnDRfTiPAc7QdXbzZ3GWUu7LHLG
aCnuqq+7ywRr6Z3D4smx2u3oYsE/bAE7ypXAMAu715nNu00H9zF3XMsgo/S26qjD
Ga4YsAqK1dL6h/fxDwcZ2gtY7eWrB89DmhSoYuwR24+48AZaIXZtRc3UsYzmaGwY
kNYsw4qJzZM7iW4578sOHeT9rgquAnIowC7yT7V83GuRjEHFhj8bwVZaa9C1LeWZ
u2jnytgJ1NthVc3QFX58
=cbQJ
-END PGP SIGNATURE-

Bug#553359: Fwd: Licensing issues

[Jose Carlos Garcia Sogo]

Too many 3's on first mail.


-- Forwarded message --
From: Jose Carlos Garcia Sogo js...@debian.org
Date: Tue, Sep 7, 2010 at 5:20 PM
Subject: Licensing issues
To: Andrey Kaminsky kaminsky.and...@gmail.com
Cc: darktable-devel darktable-de...@lists.sf.net, 5533...@bugs.debian.org


Hello Andrey,

Could you please add copyright and license info to these files imported by you?

ahd_interpolate_mod.c
ahd_partial_interpolate.c
es_median_filter.c
libraw_internal_funcs_amaze.h
libraw_internal_funcs_dcb.h
libraw_internal_funcs_vcd.h
median_filter_new.c
refinement.c
vcd_interpolate.c

Have been those written by you or imported from other free software?
If they have been written by you, please attach to them a GPL
compatible license.

These kind of things are important to have darktable packaged in Debian.

Regards.

--
José Carlos García Sogo
   js...@debian.org



-- 
José Carlos García Sogo
   js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#553359: [darktable-devel] Licensing issues

[Jose Carlos Garcia Sogo]

On Tue, Sep 7, 2010 at 6:02 PM, Pascal de Bruijn pmjdebru...@pcode.nl wrote:
[...]
 These kind of things are important to have darktable packaged in Debian.

 This is an already more or less known issue :)

 I already mailed about it with Bernd Zeimetz.

Seen that (see that I am CCing Debian BTS), but the only one that can
solve this is Andrey, so it would be a quite valuable contribution
from his side to take care of this.

Regards,


-- 
José Carlos García Sogo
   js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#553359: Licensing issues

[Jose Carlos Garcia Sogo]

On Tue, Sep 7, 2010 at 9:24 PM, Andrew Kaminsky
kaminsky.and...@gmail.com wrote:
 Hi.

 ahd_interpolate_mod.c
 ahd_partial_interpolate.c
 es_median_filter.c
 median_filter_new.c
 refinement.c
 vcd_interpolate.c

 Those are originally imported from VCD demosaicing:

 http://sites.google.com/site/demosaicalgorithms/modified-dcraw

 So I think I can`t to attach copyright and license notes.
 I`m not lawyer, but i think they are under the same licenses as dcraw.

As they have based their implementation in dcraw and they are
distributing the sources together, they have to abide to the use GPL
v2 or later option in dcraw. But, copyright notice is still needed.
Anyway authors should be contacted for clarification.
Of course, as it is not your work, you cannot attach copyright and/or
license notes.


 Next:

 libraw_internal_funcs_vcd.h - derived work from VCD demosaicing sources.
 Is this correct if I add copyright and license? If yes - GPL or LGPL. Which 
 one?

Then license is the same than  previous one, but you could add you (c)
to it. License should be GPL, given that they are releasing a modified
dcraw, which is under GPL.


 libraw_internal_funcs_amaze.h - derived work from GPL`ed code,
 so I think it is GPL or LGPL.

Has to be GPL then. LGPL is more restrictive than GPL, so nothing
derived from a GPL work can be licensed under LGPL. This is because
LGPL allows linking to closed source programs to libraries licensed
under LGPL, and GPL doesn't.

 libraw_internal_funcs_dcb.h - derived work from code covered by BSD license,
 so I think GPL or LGPL is correct (or may be BSD?).
 (original sources from: http://www.linuxphoto.org/html/algorithms.html )

Can be BSD, GPL or LGPL at your wish, but you have to keep original
(c) and conditions for the original work, as BSD license states. I
would recommend you GPL or BSD, not LGPL.

 Is this enough, or I MUST submit patch.

You should submit a patch for your modified work. For the work you
took from VCD demosaicing, I'll try to contact them before making any
assumption. I'll copy you and the list.


 And I don`t understand which license is better in this situation.
 GPL or LGPL. May be LGPL, to be compatible with libraw?

You only need to license under LGPL whatever you want to contribute
back to libraw, as they are using a LGPL license. Whatever you write
as GPL can be linked against any LGPL library, but they won't accept
any patch with a GPL license stick to it.

Regards

-- 
José Carlos García Sogo
   js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#553359: Licensing issues

[Jose Carlos Garcia Sogo]

BTW, shouldn't be using the versions for AHD that are in dcraw.c??? I
suppose those have some refinements, and that is what this post seems
to say:
http://forums.steves-digicams.com/nikon-dslr/164000-better-shooting-raw-converting-jpg.html

-- 
José Carlos García Sogo
   js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#590364: libbeagle: FTBFS: exec: 11: /usr/bin/python2.5: not found

[Jose Carlos Garcia Sogo]

On Mon, Jul 26, 2010 at 8:45 AM, Lucas Nussbaum
lu...@lucas-nussbaum.net wrote:
 Source: libbeagle
 Version: 0.3.9-1

Beagle was removed from unstable because of it being ummaintained
upstream. Libbeagle should have been removed as well. I will send the
bug report todoy evening.

Thanks

-- 
José Carlos García Sogo
   jcs...@gmail.com



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#521722: The status of goocanvas

[Jose Carlos Garcia Sogo]

Ongto Wed, May 26, 2010 at 6:09 PM, Jan Hauke Rahm j...@debian.org wrote:
 Hi Jose,

 how are you doing? I hope you're alright!

 We, that is the MIA team, have been contacted by a fellow developer
 about your status. It appears to him that you're partly inactive leading
 to goocanvas being neglected.

 Obviously, you're not MIA. I can see you have done a few uploads even
 recently. But then goocanvas being a bit outdated blocks three other
 bugs, one of which of severity important as it breaks part of the
 interface of gscan2pdf. You have been offered team-maintenance and an
 NMU for the issue. You stated to clear the situation yourself but after
 two more weeks nothing happened.

No, I'm not MIA, but it's true that I've not maintained goocanvas
properly. Jeff contacted me, and later I forgot about the package
again.

 So, I'm wondering what's going on, generally. And for the particular
 case, would you be okay with me sponsoring the NMU to have the issue
 fixed at least (that would mean an NMU to upload a new upstream
 version)?

 I'm looking forward to hearing from you! :)

I am compiling a new version as I am writing this email, with Jeff
patch as a basis. If everything goes well, I am uploading just now. If
not, I will contact you again.

Thanks you all!

-- 
José Carlos García Sogo
  js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#521722: MIA?

[Jose Carlos Garcia Sogo]

Hi,

I am here. I will try to upload it this weekend. Thanks for your NMU.

On Sat, May 8, 2010 at 1:09 PM, Jeffrey Ratcliffe
jeffrey.ratcli...@gmail.com wrote:
 Hi Jose,

 I've prepared an NMU[1] for goocanvas, for which there has been a new
 upstream version for nearly a year.

 This is blocking several other bugs, including one in my own package, 
 gscan2pdf[2].

 I would be very grateful if you could either upload my NMU, prepare
 your own upload, or announce your acceptance of the NMU so that I can
 get it sponsored.

 Regards

 Jeff

 [1]http://mentors.debian.net/debian/pool/main/g/goocanvas/goocanvas_0.15-0.1.dsc
 [2]http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=576193

 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1.4.9 (GNU/Linux)

 iEYEARECAAYFAkvlRn8ACgkQVDAgnE3XzJOAeACggY9/Jc6KydRsGJNyo8+B0hZf
 SeIAn3JiDsCPwpVTZN4GtXK5vQ7gY8g9
 =ejwH
 -END PGP SIGNATURE-





-- 
José Carlos García Sogo
  js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#567855: override: conduit:gnome

[Jose Carlos Garcia Sogo]

Package: ftp.debian.org
Severity: normal

conduit_0.3.17-1_all.deb: package says section is gnome, override says deve

Hi,
Wrongly conduit package was uploaded with section 'devel', and was added to 
that section in overrides file. It should belong to 'gnome' section,
as it has been changed in latest upload.

Thanks!

--
José Carlos García Sogo
js...@debian.org



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#557154: iceweasel: segfaults if older xulrunner is installed

[Jose Carlos Garcia Sogo]

Package: iceweasel
Version: 3.5.5-1
Severity: grave
Justification: renders package unusable

Hi,

It seems iceweasel needs a versioned dependency in xulrunner. In version 3.5.5 
iceweasel segfaults due to missing symbols
if an older xulrunner is installed, with happens if you use 'apt-get upgrade' 
instead of 'dist-upgrade' as 
xulrunner depends on a newer libreadline.

Updating xulrunner to version 1.9.1.5-1 solved the problem.

Thanks

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages iceweasel depends on:
ii  debianutils   3.2.2  Miscellaneous utilities specific t
ii  fontconfig2.6.0-4generic font configuration library
ii  libc6 2.10.1-7   GNU C Library: Shared libraries
ii  libgcc1   1:4.4.2-2  GCC support library
ii  libglib2.0-0  2.22.1-1   The GLib library of C routines
ii  libgtk2.0-0   2.18.3-1   The GTK+ graphical user interface 
ii  libnspr4-0d   4.8.2-1NetScape Portable Runtime Library
ii  libstdc++64.4.2-2The GNU Standard C++ Library v3
ii  procps1:3.2.8-2  /proc file system utilities
ii  psmisc22.8-1 utilities that use the proc file s
ii  xulrunner-1.9.1   1.9.1.5-1  XUL + XPCOM application runner

iceweasel recommends no packages.

Versions of packages iceweasel suggests:
pn  latex-xft-fonts   none (no description available)
ii  libkrb53  1.6.dfsg.4~beta1-6 MIT Kerberos runtime libraries
pn  mozpluggernone (no description available)
pn  ttf-mathematica4.1none (no description available)
pn  xfonts-mathml none (no description available)
pn  xprintnone (no description available)
ii  xulrunner-1.9.1-gnome 1.9.1.5-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#405637: postgrey process dying

[Jose Carlos Garcia Sogo]

On Sat, Sep 12, 2009 at 1:28 AM, Antonio Radici anto...@dyne.org wrote:
[...]
 Hi,
 we are at 1.32-4 and I've been running 1.31 without problems for months on 
 some
 Debian servers, can you please let us know if you're still experiencing this
 problem?

Sorry, but I am not using postgrey anymore, as I don't have now a home server.

Cheers,

-- 
José Carlos García Sogo
  js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#544456: deja-dup: Please provide a su-to-root .desktop file

[Jose Carlos Garcia Sogo]

On Mon, Aug 31, 2009 at 6:39 PM, Julien Valroffjul...@kirya.net wrote:
 Package: deja-dup
 Version: 10.1-1
 Severity: wishlist
 Tags: patch

 Hi,

 It would be great if you could ship the package with a .desktop file
 allowing root permissions, so that we can plan system backups.

 I attach a sample .desktop for reference

I see a problem with this, if you want it to back up your system
automatically periodically. The program uses a helper called
deja-dup-monitor for that. So,  I am not sure this is going to work,
as that helper is not going to have enough permissions for reading
some dirs.

Cheers,

-- 
José Carlos García Sogo
  js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522594: Reproducible

[Jose Carlos Garcia Sogo]

Package: gstreamer0.10-plugins-bad
Version: 0.10.11-2

Hi,

I can reproduce this bug, even with a recompiled package. You can
circumvent it by deleting /usr/lib/gstreamer-0.10/libgstladspa.so
library, but you will lose its functionality.

Cheers

-- 
José Carlos García Sogo
  js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#522155: conduit: Does not start because of File format not recognized

[Jose Carlos Garcia Sogo]

On Wed, Apr 1, 2009 at 11:11 AM, Fladischer Michael
fladischermich...@fladi.at wrote:
 Package: conduit
 Version: 0.3.15-1
 Severity: normal

 Result of trying to start conduit:

 $ conduit
 WARNING: COULD NOT FIND FIREFOX LIBRARIES
 WARNING: CONDUIT MAY CRASH UNEXPECTEDLY
 WARNING: PLEASE TALK TO THE PERSON WHO PACKAGED CONDUIT
 [Main                ][INFO   ] Conduit v0.3.15 Installed: True
 (Main.py:99)

This error is normal

 /usr/bin/conduit.real: not in executable format: File format not
 recognized

Can you check what is in /usr/bin/conduit.real? Edit it with a text
editor and look if it seems like the file in
http://svn.gnome.org/viewvc/conduit/tags/0.3.15/conduit/conduit.real?view=markup
If it seems like garbage, please try to reinstall conduit ('apt-get
install --reinstall conduit'). This kind of error can be sometimes
produced because of a corrupted filesystem.

Please, report back.

-- 
José Carlos García Sogo
  js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#518571: barry-util: Should file provided in /etc/modprobe.d/ renamed to end in *.conf?

[Jose Carlos Garcia Sogo]

On Sat, Mar 7, 2009 at 9:51 AM, Salvatore Bonaccorso
salvatore.bonacco...@gmail.com wrote:

 Package: barry-util
 Version: 0.14-2
 Severity: normal

 Hi

 According to http://blog.bofh.it/debian/id_236 should the file
 provided in /etc/modprobe.d be renamed ending with .conf?

Yes, it seems it is something that is going to change soon or later.
So I will take it into account for the next (and close) 0.15 release.

Thanks

--
José Carlos García Sogo
 js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#512787: GRUB

[Jose Carlos Garcia Sogo]

On Wed, Jan 28, 2009 at 11:53 PM, Robert Millan r...@aybabtu.com wrote:
 severity 512787 important
 thanks

 Please, tell me if I can help in any way.

 Certainly :-)

 Can you figure out which version of grub is installed in your /boot ? (or
 otherwise provide md5sums of /boot/grub/normal.mod so we could try and find
 it)

I had forgotten to reply to this.

j...@gimli:/boot/grub$ strings *mod | grep build
/build/buildd/grub2-1.96+20080228/partmap/apple.c
/build/buildd/grub2-1.96+20080228/disk/i386/pc/biosdisk.c
/build/buildd/grub2-1.96+20080228/kern/elf.c
/build/buildd/grub2-1.96+20080228/partmap/gpt.c
failed in building a Huffman code table
/build/buildd/grub2-1.96+20080228/disk/memdisk.c
/build/buildd/grub2-1.96+20080228/loader/multiboot2.c
/build/buildd/grub2-1.96+20080228/loader/multiboot_loader.c
/build/buildd/grub2-1.96+20080228/normal/lexer.c
/build/buildd/grub2-1.96+20080228/normal/script.c
/build/buildd/grub2-1.96+20080228/partmap/pc.c
/build/buildd/grub2-1.96+20080228/commands/i386/pc/play.c
/build/buildd/grub2-1.96+20080228/disk/raid.c
/build/buildd/grub2-1.96+20080228/fs/reiserfs.c

j...@gimli:/boot/grub$ md5sum normal.mod
a02bbf5e50c3df7ffb600e974b519b3a  normal.mod

Hope it helps


 --
 Robert Millan

  The DRM opt-in fallacy: Your data belongs to us. We will decide when (and
  how) you may access your data; but nobody's threatening your freedom: we
  still allow you to remove your data and not access it at all.




-- 
José Carlos García Sogo
  js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#485022: python-beagle has the pyhton bindings for Beagle

[Jose Carlos Garcia Sogo]

reassign 485022 deskbar-applet
thanks

Hi,

The package that contains pyhton bindings for Beagle is
python-beagle. This package have to be installed if you want to use
them. Deskbar-applet does only recommend pyhton-beagle, but it seems
that somehow it needs the package installed. Perhaps, that
recommendation has to be promoted to a full dependency.

Cheers,

-- 
José Carlos García Sogo
  js...@debian.org



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#512787: grub-pc: It happens in my system as well

[Jose Carlos Garcia Sogo]

Package: grub-pc
Version: 1.96+20080724-14
Followup-For: Bug #512787

Perhaps I can help, as I have the same problem and I have not yet run 
grub-install.
What I have detected is that I have to delete the search line *before* it is 
run. 
If I let the system to try to run once, and then I edit boot menu, I get still 
the 'initrd 
command not found' error. I have to reboot the system.

But once I have booted, running search command in grub-emu, I get (hd0,1) as 
response,
which I gess is the right info.

Please, tell me if I can help in any way.

Cheers,

--
Jose Carlos Garcia Sogo
js...@debian.org



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#512221: please add a symbols file to gpgme

[Jose Carlos Garcia Sogo]

On Tue, Jan 20, 2009 at 2:45 PM, Bernhard R. Link brl...@debian.org wrote:
 I just want to add that an important reason for having such a symbols
 file is that currently libgpgme11 would currently block a new reprepro
 version to migrate to lenny and makes it necessary to recompile the
 experimental packages to use them on lenny.

 With this symbol file, having a new upstream release of libgpgme11 in
 unstable would no longer be an issue, at least for that package (and I
 guess most others, too, as all features that make it still depend on
 1.1.8 are relatively new).

Sorry for not replying you before.
I will try to check what exactly does dpkg-gensymbols tonight, as I
was unaware of this tool despite being the maintainer of a lib for all
these years. It's always a problem to have to recompile all packages
just because a new symbol has been added, making that shlibs version
has to be dumped, as it has happened with this release, but I don't
want to generate a new problem if a bad symbols file is in use. As you
say, if virtually no app is using the new symbol, there is no problem
if the program gets compiled against that lib.

Thanks

-- 
José Carlos García Sogo
  js...@debian.org

Bug#512221: please add a symbols file to gpgme

[Jose Carlos Garcia Sogo]

I have been looking at this, but I have a couple of questions:

1. Where/how/when is dpkg-gensymbols called? I have not seen it called
when I have added yout file to debian/ dir and rebuilt the package.
2. How does this combine with shlibs info? I mean, while packageing I
create a shlibs file telling that other packages have to depend on
mine version =1.1.8... how will this info treated together with the
one contained in symbols file?

Thanks

-- 
José Carlos García Sogo
  js...@debian.org

Bug#412437: Ubuntu has packages.

[Jose Carlos Garcia Sogo]

Hi,

It seems that Ubuntu guys managed to get packages of songbird, as it
is seen in Launchpad bug #94494
(https://bugs.launchpad.net/debian/+bug/94494)
I suppose they will package it as Songbird, and I guess that we should
change the name (as in firefox/iceweasel) but their package can be a
great start to merge efforts.
Also, I'd vote for git+topgit, as you would be able to easily branch
upstream sources and keep local brand patches clean)

Cheers,

-- 
José Carlos García Sogo
  js...@debian.org

Bug#510076: plans for rdup-utils

[Jose Carlos Garcia Sogo]

On Mon, Dec 29, 2008 at 3:18 AM, Ana Guerrero a...@debian.org wrote:
 Package: rdup
 Version: 0.6.3-1
 Severity: wishlist

 Hi,

 rdup was updated direclty from version 0.6.0 to 0.6.3. Specially in
 0.6.2 there was an important change, now rdup-utils are released separately,
 so several scripts like rdup-restore or rdup-simple are not longer provided in
 the package. Btw, this was not mentioned in the changelog, and I think it was 
 a
 important change.
 What are the plans for rdup-utils, are you planning to package them as well?

Yes, of course. I had half packaged 0.6.1 and when I got back to rdup
I realized that 0.6.3 was released, so I packaged it instead of 0.6.1
and it seems I missed that change.
I will upload a new package in the following days.

Thanks (and nice to see it has at least one user ;)



 thanks!

 Ana






-- 
José Carlos García Sogo
  js...@debian.org

Bug#505886: more info on beagle_util_daemon_is_running problem.

[Jose Carlos Garcia Sogo]

Hi,

On Sun, Nov 16, 2008 at 4:21 PM, Andreas Henriksson [EMAIL PROTECTED] wrote:

 Rebuilt libbeagle1 without optimization for more detailed info, see #2.

 #0  0x7f7ce9ea7fc0 in __nanosleep_nocancel () from /lib/libc.so.6
 #1  0x7f7ce9ed34c4 in usleep () from /lib/libc.so.6
 #2  0x7f7ce057247f in _beagle_connect_timeout (
path=0xe35cd0 /home/gem/.beagle/socket, err=0x0) at beagle-request.c:225
 #3  0x7f7ce0574cea in beagle_util_daemon_is_running () at 
 beagle-util.c:165
 #4  0x7f7ceb48d7c2 in _gtk_search_engine_beagle_new ()
at /scratch/build-area/gtk+2.0-2.12.11/gtk/gtksearchenginebeagle.c:399
 #5  0x7f7ceb2571a5 in _gtk_search_engine_new ()
at /scratch/build-area/gtk+2.0-2.12.11/gtk/gtksearchengine.c:125
 #6  0x7f7ceb2ea9e5 in gtk_file_chooser_default_constructor (
type=value optimized out, n_construct_properties=value optimized out,
construct_params=value optimized out)
at /scratch/build-area/gtk+2.0-2.12.11/gtk/gtkfilechooserdefault.c:277
 ...

 Maybe I was too impatient and the backtrace is a wild goose. It seems
 _beagle_connect_timeout will eventually give up (even though it seems
 it'll take 100 seconds which is way too much!)

I also consider 100 seconds too long for a timeout in a desktop
application. I will forward your bug upstream and let's see if this
can be reduced.

 Apparently gnome-apperance-properties will start up if you start it from
 a terminal and wait long enough.

 I'll have to investigate why it doesn't start up when you run it by
 clicking it's icon in gnome-control-center (Starting Apperance shows
 for a while in the activity bar and then it goes away, maybe timing out
 and killing off the process with it).
 Another program that has problems is Firefox which fails to run external
 programs when you choose to open a downloaded file directly and in other
 weird places.

 Maybe all programs are just as impatient as I am and bringing down the
 timeout in libbeagle will fix it all...

The main problem this causes is tha annoyance of unrelated programs breaking.
I will try this to be resolved asap, I could path beagle if upstream
is not responsive.

Thanks
--
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#502589: ironpython: CSS not used when displaying tutorial

[Jose Carlos Garcia Sogo]

Package: ironpython
Version: 1.1.1-2
Severity: minor
Tags: patch

Hi,

When diplaying included IronPython tutorial, css file is not used.
The problem is that Tutorial.htm file points to ../Doc/IronPython.css while 
that file is located at ../
IMHO, the best option is to patch Tutorial.htm to point to css file in the same
dir that itself and move IronPython.css file to Tutorial/ dir.

Thanks

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages ironpython depends on:
ii  libmono-corlib2.0-cil   1.9.1+dfsg-4 Mono core library (2.0)
ii  libmono-system2.0-cil   1.9.1+dfsg-4 Mono System libraries (2.0)
ii  libmono-winforms2.0-cil 1.9.1+dfsg-4 Mono System.Windows.Forms library
ii  mono-runtime1.9.1+dfsg-4 Mono runtime

ironpython recommends no packages.

ironpython suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#496581: telepathy-haze: unable to connect any more

[Jose Carlos Garcia Sogo]

Package: telepathy-haze
Version: 0.2.0-2
Severity: important

From some time empathy is unable to join MSN network using telepathy-haze. I 
have not changed anything and it works with the other MSN method (I guess 
libpurple one)

Thanks

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages telepathy-haze depends on:
ii  libc6 2.7-13 GNU C Library: Shared libraries
ii  libdbus-glib-1-2  0.76-1 simple interprocess messaging syst
ii  libglib2.0-0  2.16.5-1   The GLib library of C routines
ii  libpurple02.4.3-1multi-protocol instant messaging l
ii  libtelepathy-glib00.7.12-1   Telepathy framework - GLib library

telepathy-haze recommends no packages.

telepathy-haze suggests no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#495319: I suffer the same problem

[Jose Carlos Garcia Sogo]

Hi,

I have also experienced this since some recent update. I am not sure if this
is a s2disk problem or a kernel one. My kernel version is
Linux gimli 2.6.25-2-686 #1 SMP Fri Jul 18 17:46:56 UTC 2008 i686 GNU/Linux

I don't have upgraded to latest kernel available in unstable (2.6.26) so I
can make some tests if you need. But I don't have any idea on how to do
that, as the process seems normal till laptop reboots instead of halting.

Thanks

-- 
José Carlos García Sogo
[EMAIL PROTECTED]

Bug#494513: Uninstallable: unable to make backup link

[Jose Carlos Garcia Sogo]

Package: tzdata
Version: 2008e-1
Severity: serious

Hi,

Bug marked as serious as it makes the package uninstallable.
The bug is the following:

Preparing to replace tzdata 2008e-1 (using .../tzdata_2008e-2_all.deb)
...
Unpacking replacement tzdata ...
dpkg: error processing /var/cache/apt/archives/tzdata_2008e-2_all.deb
(--unpack):
 unable to make backup link of `./usr/share/zoneinfo/MST' before
installing new version: Operation not permitted
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/tzdata_2008e-2_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

I will go on investigating as it has not been reported before and it can
be due to some local config.

Thanks



-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages tzdata depends on:
ii  debconf [debconf-2.0] 1.5.23 Debian configuration management sy

tzdata recommends no packages.

tzdata suggests no packages.

-- debconf information excluded



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#492767: conduit: unsatisfiable dependencies (one Ubuntuism, one typo)

[Jose Carlos Garcia Sogo]

Damnit, trying to upload before freeze and without time is not a good idea.

Fixing the mess right now.

On Mon, Jul 28, 2008 at 8:58 PM, Aaron M. Ucko [EMAIL PROTECTED] wrote:
 Package: conduit
 Version: 0.3.12-2
 Severity: grave
 Justification: renders package unusable (uninstallable)

 $ aptitude -s install conduit
 [...]
 The following packages have unmet dependencies:
  conduit: Depends: python-gconf which is a virtual package.
   Depends: pythonpython-gnome2-desktop (= 2.22.0-1) which is a 
 virtual package.

 AFAICT, only Ubuntu (and perhaps other derivatives, but at any rate
 NOT Debian) splits python-gconf from python-gnome2, so I'd argue that
 the appropriate place for such a dependency would be its python-gnome2
 package.

 Meanwhile, pythonpython-gnome2-desktop is an outright typo.

 Could you please restore correct dependencies?

 Thanks!

 -- System Information:
 Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
 Architecture: amd64 (x86_64)

 Kernel: Linux 2.6.25.11 (SMP w/2 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash






-- 
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#485683: conduit: Includes GPLv2only sources with Apache License v2.0, which are incompatible

[Jose Carlos Garcia Sogo]

Package: conduit
Version: 0.3.10-1
Severity: serious

SmugMugAPI included in conduit is licensed under GPLv2only, which is not
compatible with gdata's Apache License v2.0


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages conduit depends on:
ii  python   2.5.2-1 An interactive high-level object-o
ii  python-dbus  0.82.4-2simple interprocess messaging syst
ii  python-gnome22.22.0-1Python bindings for the GNOME desk
ii  python-gnome2-desktop2.22.0-1Python bindings for the GNOME desk
ii  python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk
ii  python-gtk2  2.12.1-6Python bindings for the GTK+ widge
ii  python-pygoocanvas   0.10.0-1GooCanvas Python bindings
ii  python-pysqlite2 2.4.1-1 Python interface to SQLite 3
ii  python-support   0.8.1   automated rebuilding support for P
ii  python-vobject   0.6.0-1 parse iCalendar and VCards in Pyth
ii  scrollkeeper 0.3.14-16   A free electronic cataloging syste

Versions of packages conduit recommends:
ii  python-gpod   0.6.0-5a library to read and write songs 
pn  python-simplejson none (no description available)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#485294: Please depend on python-gtkmozembed instead of python-gnome2-extras

[Jose Carlos Garcia Sogo]

It is supposed to use python-evolution as well.

On Sun, Jun 8, 2008 at 11:22 PM, Josselin Mouette [EMAIL PROTECTED] wrote:
 Package: conduit
 Version: 1.2.3-1
 Severity: wishlist

 Hi,

 currently, this package has a dependency on python-gnome2-extras while
 it only uses the gtkmozembed module.

 A new version of python-gnome2-extras has been uploaded, which is split
 in several packages. As we intend to drop the python-gnome2-extras
 dependency on python-gtkmozembed in the future, it would be better if
 you migrated the dependency to python-gtkmozembed.

 Thanks,
 --
  .''`.
 : :' :  We are debian.org. Lower your prices, surrender your code.
 `. `'   We will add your hardware and software distinctiveness to
  `-our own. Resistance is futile.




-- 
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#484204: ITP: rdup -- utility to create a file list suitable for making backups

[Jose Carlos Garcia Sogo]

On Tue, Jun 3, 2008 at 7:43 PM, Juan Céspedes [EMAIL PROTECTED] wrote:
 On Tue, Jun 3, 2008 at 12:27 AM, Jose Carlos Garcia Sogo
 [EMAIL PROTECTED] wrote:
  rdup is a utility inspired by rsync and the plan9 way of doing
  backups.

 I'm afraid I don't see why rdup ins inspired in the plan9 way of doing
 backups.  In fact, the way Plan9 uses to make back-ups (sort of)
 is venti, which is way different from rdup.

 Perhaps you meant the plan9 way of doing things, given rdup's
 simplicity and modularity...

I will change description, to reflect this, as I guess you're right.

Thanks


-- 
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#484204: ITP: rdup -- utility to create a file list suitable for making backups

[Jose Carlos Garcia Sogo]

Package: wnpp
Severity: wishlist
Owner: Jose Carlos Garcia Sogo [EMAIL PROTECTED]

* Package name: rdup
  Version : 0.6.0
  Upstream Author : Miek Gieben [EMAIL PROTECTED]
* URL : http://www.miek.nl/projects/rdup/
* License : GPL version 3 only
  Programming Lang: C, Perl
  Description : utility to create a file list suitable for making backups

 rdup is a utility inspired by rsync and the plan9 way of doing
 backups. rdup itself does not backup anything. It only prints a list
 of files that are changed, or all files in case of a null dump. It
 also handles files that are removed, allowing for correct
 incremental backups. 


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#482689: compiz-plugins: should be splitted in GNOME and KDE plugins

[Jose Carlos Garcia Sogo]

Package: compiz-plugins
Version: 0.7.4-1
Severity: important

Hi,

New compiz-plugins package directly depends on kwin and thus in complete
KDE library set. This is a problem for people using GNOME as their
desktop, as it will install a hughe amount of stuff. Also, it will
install kwin which is not going to be used by them (perhaps, they can
use KDE libs for other programs)

Please, split the package to be able to not install KDE stuff if not
wanted. Have into account that compiz-plugins is completely needed to
run compiz, as description says:

 This package contains the standard plugins that come with compiz.
 Compiz without these plugins is not very useful.

Thanks


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages compiz-plugins depends on:
ii  compiz-core 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana
ii  gconf2  2.22.0-1 GNOME configuration database syste
ii  libc6   2.7-11   GNU C Library: Shared libraries
ii  libcairo2   1.6.4-2  The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.2.1-2  simple interprocess messaging syst
ii  libdecorati 0.7.4-1  Compiz window decoration library
ii  libgconf2-4 2.22.0-1 GNOME configuration database syste
ii  libglib2.0- 2.16.3-2 The GLib library of C routines
ii  libglu1-mes 7.0.3-1  The OpenGL utility library (GLU)
ii  libgtk2.0-0 2.12.9-4 The GTK+ graphical user interface 
ii  liborbit2   1:2.14.12-0.1libraries for ORBit2 - a CORBA ORB
ii  libpng12-0  1.2.27-1 PNG library - runtime
ii  librsvg2-2  2.22.2-2 SAX-based renderer library for SVG
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxml2 2.6.32.dfsg-2GNOME XML library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra

compiz-plugins recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#427697: Is sbackup maintained? If not, what to do?

[Jose Carlos Garcia Sogo]

sbackup has been merged and superseded by nssbackup, which is not yet
in Debian. I will see if I can get a version properly suited to be
packaged in Debian, and I will ask sbackup to be removed from archive.

On Thu, May 15, 2008 at 3:58 PM, Charles Plessy [EMAIL PROTECTED] wrote:
 Dear all,

 it is almost one year that sbackup was modified to use a group ID that
 exists on Ubuntu but not on Debian systems. As suggested on
 [EMAIL PROTECTED], I have increased the severity of the bug to
 'serious' three weeks ago. (#427697)

 sbackup is a native Debian package whose maintainer is also upstream
 developper. As a native package, it is translated by Debian voluteers,
 whose work is ignored by the maintainer. (#431936)

 The homepage of sbackup has not been updated recently, except by
 spammers (http://sbackup.sourceforge.net/RecentChanges).

 Despite the fact that the maintainer of sbackup is actively blogging on
 planet.d.o, I wonder if sbackup is maintained. From a user perspective
 (and I am a user of sbackup, that is why I feel concerned), I think that
 if there is no future for sbackup, it can be discussed wether it is
 better to remove it and save volunteer time to fix other bugs than the
 ones of sbackup.

 Have a nice day,

 --
 Charles Plessy
 http://charles.plessy.org
 Wakō, Saitama, Japan


 --
 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]





-- 
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#480936: pm-utils: add a hook to run 915resolution program

[Jose Carlos Garcia Sogo]

Package: pm-utils
Version: 1.1.0-1
Severity: wishlist
Tags: patch

Hi,

For some systems using intel 800/900 integrated video chipsets it is
needed to run 915resolution program for resume to work properly, as it
is also needed to be run on boot to get a patched mode on Video BIOS
that supports full resolution.

I send a tiny script that could be used to do it, similar to what
hibernate does. It is the one I use, but perhaps you should check for
915resolution program before trying to use it.

Please, include it. Will make people with such hardware happy.

Thanks


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages pm-utils depends on:
ii  console-tools1:0.2.3dbs-65.1 Linux console and font utilities
ii  powermgmt-base   1.30Common utils and configs for power

Versions of packages pm-utils recommends:
ii  hal   0.5.11-1   Hardware Abstraction Layer
ii  radeontool1.5-5  utility to control ATI Radeon back
ii  uswsusp   0.7-1.1tools to use userspace software su
ii  vbetool   1.0-1.1run real-mode video BIOS code to a

-- no debconf information
#/bin/sh

. ${PM_FUNCTIONS}

case $1 in
hibernate|suspend)
;;
thaw|resume)
/etc/init.d/915resolution restart
;;
*) exit $NA
;;
esac

Bug#479245: debug output

[Jose Carlos Garcia Sogo]

This seems to be a problem in some of the calendars. I would vote for
rtrebula.ics one, but you can't be pretty sure, as they're processed
asyncronously. You should try to verify that calendar for a corrupted
entry, but I don't know any util you can do for that.
Please, tell me if you could send those calendars, and I can talk to
upstream, or those are private enough to not be sent (I will
understand)

Cheers,

On Sat, May 3, 2008 at 11:11 PM, Robert Trebula [EMAIL PROTECTED] wrote:
 Hi,

  I am the reporter. It seems that somwhow I managed not to include the
  message text for the bug.

  So here it goes: It crashes all the time for one user (myself), it
  doesn't crash for another user (a test user).

  Debug output attached.

  Regards,
  Robert






-- 
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#479349: f-spot includes semweb source licensed under CC-By 2.0, non DFSG compatible

[Jose Carlos Garcia Sogo]

Package: f-spot
Version: 0.4.3.1-1
Severity: serious

 Hi,

 As talked, f-spot is including semweb version licensed under CC-By 2.0,
 which is not clear to be DFSG compatible.
 Copyright 2005 Joshua Tauberer.  This package is released
 under the terms of the Creative Commons Attribution License:

 http://creativecommons.org/licenses/by/2.0/


 There is a new version relased under a dual license CC-By and GPL
 which will be, of course, DFSG compatible. (CC-By 3.0 is considered to
 be as well, but in the new license is not specified which version is
 under)
 Other parts seems to be also GPL compatible
 http://razor.occams.info/code/repo/?/semweb/README.txt

 LICENSE
 ---

 The source files and binaries are all GPL-compatible.

 Most of the source files were written by me, some source files were
 written by or are derived from other work, and the binaries are a mix
 of
 the above. So the particular license that applies in each case may be
 different. However, everything included can be reused under the terms
 of the GPL (if not something more permissive, depending on what it is).

 The portions of this library not written by someone else are Copyright
 2005-2008 Joshua Tauberer, and are dual-licensed under both the GNU GPL
 (version 2 or later) and the Creative Commons Attribution License. All
 source files not listed below were written originally by me. Thus for
 those source files written by me, you have two license options.

 The following components of this library are derived from other works:

 sparql-core.dll is based on the SPARQL Engine by Ryan Levering,
 which is covered by the GNU LGPL. The original Java JAR was
 coverted to a .NET assembly using IKVM (see below). Actually, I've
 made numerous changes to the library so it can take advantage of
 faster API paths in SemWeb.
 See: http://sparql.sourceforge.net/

 IKVM*.dll are auxiliary assemblies for running the SPARQL
 engine. IKVM was written by Jeroen Frijters. See http://www.ikvm.net.
 The IVKM license is the zlib license, which is GPL compatible.

 Euler.cs is adapted from Jos De Roo's JavaScript Euler inferencing
 engine. See: http://www.agfa.com/w3c/euler/ The original source
 code (and thus this derived file) was licensed under the W3C Software
 License, which is GPL compatible.

 SQLServerStore.cs was contributed by Khaled Hammouda and is licensed
 under the GPL


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages f-spot depends on:
ii  beagle0.3.7-2indexing and search tool for your 
ii  dbus  1.2.1-2simple interprocess messaging syst
ii  libart-2.0-2  2.3.20-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-1+b1 The Cairo 2D vector graphics libra
ii  libexif12 0.6.16-2.1 library to parse EXIF files
ii  libflickrnet2.1.5-cil 25277-6Flickr.Net API Library
ii  libgconf2.0-cil   2.20.1-1   CLI binding for GConf 2.20
ii  libgl1-mesa-glx [libg 7.0.3-1A free implementation of the OpenG
ii  libglade2.0-cil   2.12.1-1   CLI binding for the Glade librarie
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines
ii  libglib2.0-cil2.12.1-1   CLI binding for the GLib utility l
ii  libgnome-keyring1.0-c 1.0.0~svn.r87622-1 CLI library to access the GNOME Ke
ii  libgnome-vfs2.0-cil   2.20.1-1   CLI binding for GnomeVFS 2.20
ii  libgnome2.0-cil   2.20.1-1   CLI binding for GNOME 2.20
ii  libgnomeui-0  2.20.1.1-1 The GNOME 2 libraries (User Interf
ii  libgnomevfs2-01:2.22.0-2 GNOME Virtual File System (runtime
ii  libgphoto2-2  2.4.0-9gphoto2 digital camera library
ii  libgphoto2-port0  2.4.0-9gphoto2 digital camera port librar
ii  libgtk2.0-0   2.12.9-3   The GTK+ graphical user interface 
ii  libgtk2.0-cil 2.12.1-1   CLI binding for the GTK+ toolkit 2
ii  libgtkhtml3.16-cil2.20.1-3   CLI binding for GtkHTML 3.16
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  liblcms1  1.16-10Color management library
ii  libmono-addins-gui0.2 0.3.1-5GTK# frontend library for Mono.Add
ii  libmono-addins0.2-cil 0.3.1-5addin framework for extensible CLI
ii  libmono-cairo2.0-cil  1.9.1+dfsg-1   Mono Cairo library
ii  libmono-corlib2.0-cil 1.9.1+dfsg-1   Mono core library (2.0)
ii  libmono-sharpzip2.84- 1.9.1+dfsg-1   Mono 

Bug#478825: RM: gpgme -- ROM; obsolete, unsupported upstream

[Jose Carlos Garcia Sogo]

Package: ftp.debian.org
Severity: normal

 Hi,

 gpgme has been unmaintained upstream for ages, obsoleted by gpgme1.0.
 Also its main reverse dependency sylpheed-claws has just been requested for
 removal (#466286). I will do the appropiate for the other, cryptplug, right 
now.

 Cheers.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#478826: RM: cryptplug -- ROM; unneeded, unmaintained upstream, obsolete

[Jose Carlos Garcia Sogo]

Package: ftp.debian.org
Severity: normal

 After request of sylpheed-claws and gpgme this package is no longer
 needed in Debian.

 Thanks


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#412383: seahorse-agent crashes whenever I ssh into another machine

[Jose Carlos Garcia Sogo]

Then I think you should also report the bug, if you still suffer it, to
Ubuntu BTS. For what you say, it seems that the bug went with a new version,
but we cannot be 100% sure  that it is not related to any dependency that
have some kind of patch applied, or is ina different version in Ubuntu that
in Debian.

On Fri, Apr 25, 2008 at 12:48 AM, Stefan Foerster 
[EMAIL PROTECTED] wrote:

  Ah, I forgot... I no longer have any Debian installations. On my IBM
 Thinkpad T23 where the bug I have installed Ubuntu in the meantime.

 Stefan


 Am Donnerstag, den 24.04.2008, 11:38 +0200 schrieb Josselin Mouette:

 Le mercredi 23 avril 2008 à 21:02 +0200, Stefan Foerster a écrit : Sam,  
 if I remember it correctly, the bug was gone after the last major Ubuntu 
 version (7.10). I can't repro it.
 The question was whether you can reproduce it on the latest *Debian*version.
 Cheers,




-- 
José Carlos García Sogo
[EMAIL PROTECTED]

Bug#475640: [pkg-cli-apps-team] Bug#475640: beagle: stacktrace

[Jose Carlos Garcia Sogo]

I should have packaged libbeagle this weekend, but my adsl is broken



On 4/13/08, Debajyoti Bera [EMAIL PROTECTED] wrote:
   This has been reported by others too. Its a fatal crash in
   evolution-sharp. I believe you can disable/uninstall
   evolution-data-server backend to avoid the crash.
 
  Thank you very much for the investigation.
 
  So beagle crashes caused by the evolution-sharp binding problem. But
  should that make other GTK+ applications that use the GTK+ file sector
  for example hang? During a strace I noticed other applications try to
  read ~/.beagle/socket which seems to block.
 
  IMHO this seems to be a beagle problem as it affects other software,
  triggered by the beagle crash.

 (1) Its a really really fatal crash in that I doubt beagle is even running
 after that crash. The unix socket ~/.beagle/socket it created was therefore
 not removed after the crash causing other apps to hang.

 (2) WIth libbeagle-0.3.4+, there should not be any hang when using gtk file
 selector. libbeagle now tries to open the socket in a non-blocking mode.





-- 
Sent from Google Mail for mobile | mobile.google.com

José Carlos García Sogo
  [EMAIL PROTECTED]

Bug#474025: seahorse: new upstream version available, please package 2.22

[Jose Carlos Garcia Sogo]

Just apt-get install it. Perhaps you have to force it by using -t unstable

- Original message -
Package: seahorse Version: 2.20.3-2 Severit...


Sent from Google Mail for mobile

On 4/2/08, The Anarcat [EMAIL PROTECTED] wrote:
 Package: seahorse
 Version: 2.20.3-2
 Severity: wishlist

 There is a new upstream version:

 http://www.gnome.org/projects/seahorse/RELEASE-NOTES-STABLE.txt
 http://ftp.gnome.org/pub/GNOME/sources/seahorse/2.22/seahorse-2.22.0.tar.gz
 MD5 sum: 2ed472dd39cc7610d490f73371443418

 Thanks

 -- System Information:
 Debian Release: lenny/sid
   APT prefers testing
   APT policy: (990, 'testing'), (1, 'unstable')
 Architecture: i386 (i686)

 Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash

 Versions of packages seahorse depends on:
 ii  gconf2 2.20.1-3  GNOME configuration database
 syste
 ii  libart-2.0-2   2.3.20-1  Library of functions for 2D
 graphi
 ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
 ii  libavahi-client3   0.6.22-2  Avahi client library
 ii  libavahi-common3   0.6.22-2  Avahi common library
 ii  libavahi-glib1 0.6.22-2  Avahi glib integration library
 ii  libbonobo2-0   2.21.90-1 Bonobo CORBA interfaces library
 ii  libbonoboui2-0 2.22.0-1  The Bonobo UI library
 ii  libc6  2.7-6 GNU C Library: Shared libraries
 ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics
 libra
 ii  libdbus-1-31.1.2-1   simple interprocess messaging
 syst
 ii  libdbus-glib-1-2   0.74-1simple interprocess messaging
 syst
 ii  libgcc11:4.3.0~rc2-1 GCC support library
 ii  libgconf2-42.20.1-3  GNOME configuration database
 syste
 ii  libglade2-01:2.6.2-1 library to load .glade files at
 ru
 ii  libglib2.0-0   2.16.1-2  The GLib library of C routines
 ii  libgnome-keyring0  2.22.0-2  GNOME keyring services library
 ii  libgnome2-02.20.1.1-1The GNOME 2 library - runtime
 file
 ii  libgnomecanvas2-0  2.20.1.1-1A powerful object-oriented
 display
 ii  libgnomeprint2.2-0 2.18.3-1  The GNOME 2.2 print
 architecture -
 ii  libgnomeprintui2.2-0   2.18.2-1  GNOME 2.2 print architecture
 User
 ii  libgnomeui-0   2.20.1.1-1The GNOME 2 libraries (User
 Interf
 ii  libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System
 (runtime
 ii  libgpgme11 1.1.6-2   GPGME - GnuPG Made Easy
 ii  libgtk2.0-02.12.5-2  The GTK+ graphical user
 interface
 ii  libgtksourceview2.0-0  2.2.0-2   shared libraries for the GTK+
 synt
 ii  libice62:1.0.4-1 X11 Inter-Client Exchange
 library
 ii  libldap-2.4-2  2.4.7-6.1 OpenLDAP libraries
 ii  libnautilus-extension1 2.20.0-3  libraries for nautilus
 components
 ii  libnotify1 [libnotify1 0.4.4-3   sends desktop notifications to
 a n
 ii  libnspr4-0d4.7.0-2   NetScape Portable Runtime
 Library
 ii  liborbit2  1:2.14.10-0.1 libraries for ORBit2 - a CORBA
 ORB
 ii  libpanel-applet2-0 2.20.3-3  library for GNOME Panel applets
 ii  libpango1.0-0  1.20.0-1  Layout and rendering of
 internatio
 ii  libpopt0   1.10-3lib for parsing cmdline
 parameters
 ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
 ii  libsoup2.2-8   2.2.105-4 an HTTP library implementation
 in
 ii  libxml22.6.31.dfsg-1 GNOME XML library
 ii  libxul0d   1.8.1.12-2Gecko engine library
 ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

 Versions of packages seahorse recommends:
 ii  openssh-client1:4.7p1-2  secure shell client, an
 rlogin/rsh

 -- no debconf information




-- 
Sent from Google Mail for mobile | mobile.google.com

José Carlos García Sogo
  [EMAIL PROTECTED]

Bug#473223: smokeping: configuration merging is a nightmare

[Jose Carlos Garcia Sogo]

On Sun, Mar 30, 2008 at 1:26 PM, Niko Tyni [EMAIL PROTECTED] wrote:

 On Sun, Mar 30, 2008 at 01:45:29AM +0100, Jose Carlos Garcia Sogo wrote:

  The only thing I am not sure is if conversion should be made in preinst
 or
  postinst, before restarting daemon. What have done other packages in
 such
  situation?
  Also, don't forget to keep old config file and print a big warning.

 I'm doing it in the preinst so that dpkg can prompt for changed files
 when unpacking. That should take care of the backup and the warnings
 too.

  BTW, I think that git repo should go live right now. If I someday go to
 get
  a new server and can recover SVN hist, we can later complete it in git,

 I just took all the packages archive.debian.org and snapshot.debian.net
 had and imported them into collab-maint at Alioth.

 $ git clone ssh://git.debian.org/git/collab-maint/smokeping.git

 (s/ssh/git/ for anonymous read-only access, of course).

 The git workflow needs some work/thought here: the 'clean' target wants
 to remove generated files under doc/ and git shouldn't track those in
 the Debian branch.


  Ummm, that is a problem I have in other package, and I am not very sure
about how this can be handled. Perhaps the main problem is not git itself,
but git-buildpackage. Anything should be calle in the repo itself, but
exported before (or at least there should be an option to do that)



 I pushed the unreleased 2.3.5-1 there too. Cc'ing #470295, in case
 somebody anxious for a working master/slave setup wants to try it out.



 What is the pristine-tar branch intended for? I have seen that you have
commited there 2.3.5, but I cannot see any difference with upstream branch

I'm going to experiment a bit with using 'ucf --three-way' instead of
 letting dpkg do the prompting, so this is not quite finished yet. It
 should work as is, though.


I have another not-yet-resolved point here. For example, for this, a topic
branch would be the obvious thing to use.  This is going to work here as
that branch is going to be merged at a later point with master. But this
approach does not work when you are implementing an upstream patch. Well, it
will work, while you are woring with the source, but I don't like later to
have patches in a hughe diff.gz, as it was common in early days in Debian.
That makes things harder to check for NMUs and security. Perhaps dpatch is
not the best patch system, but it is quite clear where are patches.

-- 
José Carlos García Sogo
[EMAIL PROTECTED]

Bug#473476: python-evolution: Package replaced by python-gnome2-desktop =2.22.0-1

[Jose Carlos Garcia Sogo]

Package: python-evolution
Version: 0.0.4-2
Severity: normal

 This package has been replaced by python-gnome2-desktop that includes
 the module from version 2.22.0-1

 I have updated conduit in my private repo, and will upload soon, so
 this package can be removed. Please, reassign this bug to ftp-master to
 get this done.

 Cheers,


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-evolution depends on:
ii  libbonobo2-0  2.22.0-1   Bonobo CORBA interfaces library
ii  libc6 2.7-10 GNU C Library: Shared libraries
ii  libebook1.2-9 1.12.3-1   Client library for evolution addre
ii  libecal1.2-7  1.12.3-1   Client library for evolution calen
ii  libedataserver1.2-9   1.12.3-1   Utility library for evolution data
ii  libffi4   4.3.0-2Foreign Function Interface library
ii  libglib2.0-0  2.16.1-2   The GLib library of C routines
ii  libgtk2.0-0   2.12.9-2   The GTK+ graphical user interface 
ii  libpango1.0-0 1.20.0-1   Layout and rendering of internatio
ii  python2.4.4-6An interactive high-level object-o
ii  python-central0.6.1  register and build utility for Pyt

python-evolution recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#473223: smokeping: configuration merging is a nightmare

[Jose Carlos Garcia Sogo]

When I saw the title for this bug, I thinked just the same, that the config
file should be splitted in some different files. I think you have explained
the solution right.
The only thing I am not sure is if conversion should be made in preinst or
postinst, before restarting daemon. What have done other packages in such
situation?
Also, don't forget to keep old config file and print a big warning.

BTW, I think that git repo should go live right now. If I someday go to get
a new server and can recover SVN hist, we can later complete it in git,


-- 
José Carlos García Sogo
[EMAIL PROTECTED]

Bug#467409: beagle Search Preferences 'Start search auto' works not

[Jose Carlos Garcia Sogo]

Hi,

That options allows beagle to be started by gnome-session the next time you
log into GNOME. I agree the option is misleading, as you would expect it to
start after enabling that option, but it is not the case. I will let your
bug open and report upstream

Thanks

On Mon, Feb 25, 2008 at 9:21 AM, Tim Richardson [EMAIL PROTECTED]
wrote:

 Package: beagle
 Version: 0.3.3-2
 Severity: normal

 The graphical interface to Beagle Search Preferences has a tab
 Searching.
 Under 'General' the first choice is start search  indexing services
 automatically'.
 I don't think this does anything, at least choosing that option does not
 start beagled under user privileges.

 -- System Information:
 Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
 Architecture: i386 (i686)

 Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores)
 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash

 Versions of packages beagle depends on:
 ii  adduser3.105 add and remove users and
 groups
 ii  bash   3.1dfsg-9 The GNU Bourne Again SHell
 ii  dbus   1.1.2-1   simple interprocess messaging
 syst
 ii  libatk1.0-01.20.0-1  The ATK accessibility toolkit
 ii  libavahi1.0-cil0.6.19-2  CLI bindings for Avahi
 ii  libc6  2.7-6 GNU C Library: Shared
 libraries
 ii  libcairo2  1.4.14-1  The Cairo 2D vector graphics
 libra
 ii  libexif12  0.6.16-2.1library to parse EXIF files
 ii  libexpat1  1.95.8-4  XML parsing C library -
 runtime li
 ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine,
 shared lib
 ii  libgalago1.0-cil   0.5.0-2.1 CLI bindings for libgalago
 ii  libgconf2.0-cil2.16.0-10 CLI binding for GConf 2.16
 ii  libglade2.0-cil2.10.2-5  CLI binding for the Glade
 librarie
 ii  libglib2.0-0   2.14.6-1  The GLib library of C
 routines
 ii  libglib2.0-cil 2.10.2-5  CLI binding for the GLib
 utility l
 ii  libgmime2.2-cil2.2.17-1  CLI binding for the MIME
 library
 ii  libgnome-desktop-2 2.20.3-1  Utility library for loading
 .deskt
 ii  libgnome-vfs2.0-cil2.16.0-10 CLI binding for GnomeVFS 2.16
 ii  libgnome2.0-cil2.16.0-10 CLI binding for GNOME 2.16
 ii  libgnomevfs2-0 1:2.20.1-1GNOME Virtual File System
 (runtime
 ii  libgsf-1-114   1.14.7-2  Structured File Library -
 runtime
 ii  libgsf0.0-cil  0.8-1 CLI bindings for libgsf
 ii  libgtk2.0-02.12.5-2  The GTK+ graphical user
 interface
 ii  libgtk2.0-cil  2.10.2-5  CLI binding for the GTK+
 toolkit 2
 ii  libice62:1.0.4-1 X11 Inter-Client Exchange
 library
 ii  libjpeg62  6b-14 The Independent JPEG Group's
 JPEG
 ii  libmono-corlib2.0-cil  1.2.6+dfsg-6  Mono core library (2.0)
 ii  libmono-sharpzip2.84-c 1.2.6+dfsg-6  Mono SharpZipLib library
 ii  libmono-sqlite2.0-cil  1.2.6+dfsg-6  Mono Sqlite library
 ii  libmono-system-data2.0 1.2.6+dfsg-6  Mono System.Data Library
 ii  libmono-system-web2.0- 1.2.6+dfsg-6  Mono System.Web Library
 ii  libmono-system2.0-cil  1.2.6+dfsg-6  Mono System libraries (2.0)
 ii  libmono0   1.2.6+dfsg-6  libraries for the Mono JIT
 ii  libmono2.0-cil 1.2.6+dfsg-6  Mono libraries (2.0)
 ii  libndesk-dbus-glib1.0- 0.4.1-1   CLI implementation of D-Bus
 (GLib
 ii  libndesk-dbus1.0-cil   0.6.0-1   CLI implementation of D-Bus
 ii  libpango1.0-0  1.18.4-1  Layout and rendering of
 internatio
 ii  libpng12-0 1.2.15~beta5-3PNG library - runtime
 ii  librsvg2-2 2.20.0-1  SAX-based renderer library
 for SVG
 ii  libsm6 2:1.0.3-1+b1  X11 Session Management
 library
 ii  libtaglib2.0-cil   2.0.3.0-1 CLI library for accessing
 audio an
 ii  libwmf0.2-70.2.8.4-6 Windows metafile conversion
 librar
 ii  libwv-1.2-31.2.4-2   Library for accessing
 Microsoft Wo
 ii  libx11-6   2:1.0.3-7 X11 client-side library
 ii  libxml22.6.31.dfsg-1 GNOME XML library
 ii  libxss11:1.1.2-1 X11 Screen Saver extension
 library
 ii  mono-runtime   1.2.6+dfsg-6  Mono runtime
 ii  xdg-utils  1.0.2-3   desktop integration utilities
 from
 ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

 Versions of packages beagle recommends:
 ii  mono-gmcs   1.2.6+dfsg-6 Mono C# 2.0 and C# 3.0compiler fo
 ii  util-linux [schedutils] 2.13.1-1 Miscellaneous system
 utilities
 ii  xpdf-utils [poppler-utils]  3.02-1.3 Portable Document 

Bug#462960: conduit uses 100% CPU

[Jose Carlos Garcia Sogo]

I am working on it. Seems like a problem of conduit not finding
libgtkmozembed library.
Other people has reported that installed libwebkitgtk0d has solved the
problem, but I have not tested this.

On Wed, Feb 27, 2008 at 9:15 AM, Brooks [EMAIL PROTECTED] wrote:

 I am also seeing the 100% CPU usage upon launch. I am using version
 0.3.6-2 which I just installed tonight from the Debian packages. Looking
 over the other bugs, it seems version 0.3.8 is out. Maybe that would fix
 this issue.

 -Brooks





-- 
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#466533: /etc/init.d/smokeping doesn't take slave mode into account

[Jose Carlos Garcia Sogo]

Perhaps, this should be added as configuration options in /etc/default or
better in /etc/smokeping. What do you think, Niko?

On Feb 19, 2008 12:54 PM, Ralf Hildebrandt [EMAIL PROTECTED]
wrote:

 Package: smokeping
 Version: 2.3.0-1
 Severity: normal


 smokeping recently introduced a client/server option that allows a
 client to retrieve the config from a master server and report the
 measurements back to that server.

 /etc/init.d/smokeping doesn't take that into account. I manually have to
 change the script to start smokeping with the options:

 --master-url=http://netserv2.charite.de/smokeping/index.cgi
 --cache-dir=/var/lib/smokeping
 --shared-secret=/etc/smokeping/slavesecrets.conf \


 -- System Information:
 Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
 Architecture: i386 (i686)

 Kernel: Linux 2.6.22-3-686 (SMP w/1 CPU core)
 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
 Shell: /bin/sh linked to /bin/bash

 Versions of packages smokeping depends on:
 ii  adduser 3.105add and remove users and
 groups
 ii  debianutils 2.28.2   Miscellaneous utilities
 specific t
 ii  fping   2.4b2-to-ipv6-14 sends ICMP ECHO_REQUEST
 packets to
 ii  librrds-perl1.2.19-1 Time-series data storage and
 displ
 ii  libsnmp-session-perl1.11-1   Perl support for accessing
 SNMP-aw
 ii  liburi-perl 1.35.dfsg.1-1Manipulates and accesses URI
 strin
 ii  libwww-perl 5.808-1  WWW client/server library for
 Perl
 ii  lsb-base3.1-24   Linux Standard Base 3.1 init
 scrip
 ii  perl5.8.8-12 Larry Wall's Practical
 Extraction
 ii  perl-modules [libnet-pe 5.8.8-12 Core Perl modules
 ii  postfix [mail-transport 2.4.6-3  High-performance mail
 transport ag
 ii  speedy-cgi-perl 2.22-9   speed up perl scripts by
 making th

 Versions of packages smokeping recommends:
 ii  apache2   2.2.8-1Next generation, scalable,
 extenda
 ii  apache2-mpm-prefork [httpd]   2.2.8-1Traditional model for Apache
 HTTPD
 ii  dnsutils  1:9.4.2-3  Clients provided with BIND
 ii  echoping  6.0.2-1+b1 A small test tool for TCP
 servers
 pn  libsocket6-perl   none (no description available)

 -- no debconf information





-- 
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#462889: seahorse fails to start

[Jose Carlos Garcia Sogo]

On lun, 2008-01-28 at 22:01 +0100, Wolodja Wentland wrote:
 Package: seahorse
 Version: 2.20.3-1+b1
 Followup-For: Bug #462889
 
  Do you have a big (really BIG) public keyring? Do you have Debian 
  keyring added in gpg.options file?
 
 I am not sure what you consider a BIG public keyring, but mine is around 
 12 MB and would be surprised if that qualifies as one.

Having into account that Debian one is ~24MB, I can tell you your one is
hughe for personal use.
THe problem is that seahorse tries to read all keys in your public
keyring to make a list of contacts, so it gets stuck. This is a known
problem, but people usually don't have more than 10-20 keys, and having
200 keys is quite uncommon.
I don't know if there is a plan to try to fix this, but that would also
imply caching keys into something like a sqlite database, which produces
a security problem, as you can have changed how trusted a key is, and
seahorse won't notice till it scans all keys again 

 
  Could you try with a clean public keyring? And if the error still 
  happens to you, with a clean private keyring? (please make backup 
  copies of your keyrings, specially private one before testing)
 
 After moving my ~/.gnupg folder somewhere else seahorse worked again. I
 could copy my private keyring back and migrated all important keys back 
 into my new public keyring. The problem still occurs with my old 
 pubring.gpg.
 
 Thank you for the fast reply and kind help.
 

No problem. I will leave the bug open, and perhaps tag it as wontfix.

 Wolodja Wentland
 
 




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463922: iceweasel-beagle: alerts beagle storage directory not found at launch

[Jose Carlos Garcia Sogo]

While looking at your bug, I have found this code snippet:
checkEnv : function()
{
var storage_directory = this.pref.get(beagle.storage.directory);
if(storage_directory == )
storage_directory = this.ENV.get(HOME) + /.beagle;
if (!this.FILE_UTILS.exists (storage_directory)) {
alert(_(beagle_check_env_error));
return false;

Basically it sets by default the storage directory to $HOME/.beagle, and the
checks if it exists.
Do you have that dir created? Have you run beagled before trying to use
iceweasel-beagle? Can you try if you manually create that dir (note the .
before dir name)
and then try iceweasel-beagle?

Thanks

On Feb 4, 2008 9:47 AM, Marcus Better [EMAIL PROTECTED] wrote:

 Package: iceweasel-beagle
 Version: 0.3.3-1
 Severity: serious

 When I start iceweasel, it shows an alert saying

  Beagle storage directory not found.
  Please set beagle.storage.directory in about:config to corresponding
  directory.

 Afterwards the beagle indexer doesn't work, and clicking on the beagle
 button in the status bar shows another alert saying Error running
 Beagle Indexer: undefined.

 IMO it should have a sane working default.

 -- System Information:
 Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
 Architecture: i386 (i686)

 Kernel: Linux 2.6.24-lg (PREEMPT)
 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash

 Versions of packages iceweasel-beagle depends on:
 ii  beagle0.3.3-1indexing and search tool for
 your
 ii  iceweasel 2.0.0.11-1 lightweight web browser based
 on M

 iceweasel-beagle recommends no packages.

 -- no debconf information






-- 
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#463922: iceweasel-beagle: alerts beagle storage directory not found at launch

[Jose Carlos Garcia Sogo]

  Ummm, you're right. It should point by default to ~/.beagle
  I will contact upstream, as I am not sure about the exact dir it should
point, or it is expected to poinit to.

  Thanks

On Feb 4, 2008 9:47 AM, Marcus Better [EMAIL PROTECTED] wrote:

 Package: iceweasel-beagle
 Version: 0.3.3-1
 Severity: serious

 When I start iceweasel, it shows an alert saying

  Beagle storage directory not found.
  Please set beagle.storage.directory in about:config to corresponding
  directory.

 Afterwards the beagle indexer doesn't work, and clicking on the beagle
 button in the status bar shows another alert saying Error running
 Beagle Indexer: undefined.

 IMO it should have a sane working default.

 -- System Information:
 Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
 Architecture: i386 (i686)

 Kernel: Linux 2.6.24-lg (PREEMPT)
 Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash

 Versions of packages iceweasel-beagle depends on:
 ii  beagle0.3.3-1indexing and search tool for
 your
 ii  iceweasel 2.0.0.11-1 lightweight web browser based
 on M

 iceweasel-beagle recommends no packages.

 -- no debconf information






-- 
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#462889: seahorse fails to start

[Jose Carlos Garcia Sogo]

Do you have a big (really BIG) public keyring? Do you have Debian keyring
added in gpg.options file?

Could you try with a clean public keyring? And if the error still happens to
you, with a clean private keyring? (please make backup copies of your
keyrings, specially private one before testing)

Thanks

On Jan 28, 2008 2:16 AM, Wolodja Wentland [EMAIL PROTECTED] wrote:

 Package: seahorse
 Version: 0.9.10-2
 Severity: grave
 Justification: renders package unusable

 seahorse and seahorse-preferences fail to start. There are no real error
 messages, as the program just seems to hang indefinitely.

 I tried 2.20.3-1+b1 from unstable and get the same result.

 Normal startup
 --

 $ seahorse

 ** (process:7162): WARNING **: can't lock memory: Cannot allocate memory
 WARNING: not using secure memory for passwords
 ** Message: init gpgme version 1.1.6

 Strace snippet
 --

 [ ... ]
 ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo
 ...}) = 0
 readlink(/proc/self/fd/1, /dev/pts/1, 63) = 10
 pipe([18, 19])  = 0
 fcntl64(18, F_SETFD, FD_CLOEXEC)= 0
 clone(child_stack=0,
 flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
 child_tidptr=0xb6ef86f8) = 7221
 waitpid(7221, [{WIFEXITED(s)  WEXITSTATUS(s) == 0}], 0) = 7221
 --- SIGCHLD (Child exited) @ 0 (0) ---
 close(17)   = 0
 close(19)   = 0
 select(19, [16 18], [], NULL, {1, 0})   = 0 (Timeout)
 select(19, [16 18], [], NULL, {1, 0})   = 0 (Timeout)
 select(19, [16 18], [], NULL, {1, 0})   = 0 (Timeout)
 select(19, [16 18], [], NULL, {1, 0})   = 0 (Timeout)
 select(19, [16 18], [], NULL, {1, 0})   = 0 (Timeout)
 select(19, [16 18], [], NULL, {1, 0})   = 0 (Timeout)
 select(19, [16 18], [], NULL, {1, 0})   = 0 (Timeout)
 select(19, [16 18], [], NULL, {1, 0})   = 0 (Timeout)
 select(19, [16 18], [], NULL, {1, 0} unfinished ...


 -- System Information:
 Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
 Architecture: i386 (i686)

 Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash

 Versions of packages seahorse depends on:
 ii  debconf [debconf-2.0]   1.5.18   Debian configuration
 management sy
 ii  gconf2  2.20.1-2+b1  GNOME configuration database
 syste
 ii  libart-2.0-22.3.19-3 Library of functions for 2D
 graphi
 ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
 ii  libavahi-client30.6.22-2 Avahi client library
 ii  libavahi-common30.6.22-2 Avahi common library
 ii  libavahi-glib1  0.6.22-2 Avahi glib integration
 library
 ii  libbonobo2-02.20.3-1 Bonobo CORBA interfaces
 library
 ii  libbonoboui2-0  2.20.0-1 The Bonobo UI library
 ii  libc6   2.7-6GNU C Library: Shared
 libraries
 ii  libcairo2   1.4.14-1 The Cairo 2D vector graphics
 libra
 ii  libdbus-1-3 1.1.2-1  simple interprocess messaging
 syst
 ii  libdbus-glib-1-20.74-1   simple interprocess messaging
 syst
 ii  libfontconfig1  2.5.0-2  generic font configuration
 library
 ii  libgconf2-4 2.20.1-2+b1  GNOME configuration database
 syste
 ii  libglade2-0 1:2.6.2-1library to load .glade files
 at ru
 ii  libglib2.0-02.14.5-2 The GLib library of C
 routines
 ii  libgnome-keyring0   2.20.3-1 GNOME keyring services
 library
 ii  libgnome2-0 2.20.1.1-1   The GNOME 2 library - runtime
 file
 ii  libgnomecanvas2-0   2.20.1.1-1   A powerful object-oriented
 display
 ii  libgnomeprint2.2-0  2.18.0-2 The GNOME 2.2 print
 architecture -
 ii  libgnomeprintui2.2-02.18.1-1 GNOME 2.2 print architecture
 User
 ii  libgnomeui-02.20.1.1-1   The GNOME 2 libraries (User
 Interf
 ii  libgnomevfs2-0  1:2.20.1-1   GNOME Virtual File System
 (runtime
 ii  libgnutls13 2.0.4-1  the GNU TLS library - runtime
 libr
 ii  libgpg-error0   1.4-2library for common error
 values an
 ii  libgpgme11  1.1.6-1  GPGME - GnuPG Made Easy
 ii  libgtk2.0-0 2.12.5-2 The GTK+ graphical user
 interface
 ii  libgtksourceview1.0-0   1.8.5-1  shared libraries for the GTK+
 synt
 ii  libice6 2:1.0.4-1X11 Inter-Client Exchange
 library
 ii  libldap22.1.30.dfsg-13.5 OpenLDAP libraries
 ii  libnautilus-extension1  2.20.0-3 libraries for nautilus
 components
 ii  libnotify1  0.4.4-3  sends desktop notifications
 to a n
 ii  liborbit2   1:2.14.10-0.1libraries for ORBit2 - a
 CORBA ORB
 ii  

Bug#258096: glom debian package

[Jose Carlos Garcia Sogo]

Hi,

I am packaging glom based on Ubuntu package. I have to get libgdamm sorted
first, but I have contacted maintainer of libgdamm1.3 to see if he is going
to upload it.
I am using git to keep record of my packages, so I can publish my repo to
get the package co-maintained by people interested in git.debian.org

Thanks

-- 
José Carlos García Sogo
 [EMAIL PROTECTED]

Bug#458073: beagle: epiphany backend missing

[Jose Carlos Garcia Sogo]

It is known, but I was looking for some convention rules on packaging
epiphany extensions that seem to be non existant, as every extension
but gwget are produced from epiphany source package itself. I will try
to get them released with version 0.3.2, if packaging them does not
suppose delaying the release.

On Dec 28, 2007 1:52 PM, Johannes Rohr [EMAIL PROTECTED] wrote:
 Package: beagle
 Version: 0.3.1-2
 Severity: normal

 according to the release notes, beagle 0.3.* includes an extension for
 the epiphany web browser, however it is missing from the package.



 -- System Information:
 Debian Release: lenny/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 
 'experimental')
 Architecture: i386 (i686)

 Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/bash

 Versions of packages beagle depends on:
 ii  adduser 3.105add and remove users and groups
 ii  bash3.1dfsg-8The GNU Bourne Again SHell
 ii  dbus1.1.2-1  simple interprocess messaging 
 syst
 ii  libatk1.0-0 1.20.0-1 The ATK accessibility toolkit
 ii  libc6   2.7-5GNU C Library: Shared libraries
 ii  libcairo2   1.4.12-2 The Cairo 2D vector graphics 
 libra
 ii  libexif12   0.6.16-2.1   library to parse EXIF files
 ii  libexpat1   1.95.8-4 XML parsing C library - runtime 
 li
 ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared 
 lib
 ii  libgalago1.0-cil0.5.0-2  CLI bindings for libgalago
 ii  libgconf2.0-cil 2.16.0-9 CLI binding for GConf 2.16
 ii  libglade2.0-cil 2.10.2-4 CLI binding for the Glade 
 librarie
 ii  libglib2.0-02.14.4-2 The GLib library of C routines
 ii  libglib2.0-cil  2.10.2-4 CLI binding for the GLib utility 
 l
 ii  libgmime2.2-cil 2.2.12-1 CLI binding for the MIME library
 ii  libgnome-desktop-2  2.20.2-1 Utility library for loading 
 .deskt
 ii  libgnome-vfs2.0-cil 2.16.0-9 CLI binding for GnomeVFS 2.16
 ii  libgnome2.0-cil 2.16.0-9 CLI binding for GNOME 2.16
 ii  libgnomevfs2-0  1:2.20.1-1   GNOME Virtual File System 
 (runtime
 ii  libgsf-1-1141.14.7-2 Structured File Library - runtime
 ii  libgsf0.0-cil   0.8-1CLI bindings for libgsf
 ii  libgtk2.0-0 2.12.3-2 The GTK+ graphical user interface
 ii  libgtk2.0-cil   2.10.2-4 CLI binding for the GTK+ toolkit 
 2
 ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
 ii  libjpeg62   6b-14The Independent JPEG Group's JPEG
 ii  libmono-corlib2.0-cil   1.2.6+dfsg-4 Mono core library (2.0)
 ii  libmono-sharpzip2.84-ci 1.2.6+dfsg-4 Mono SharpZipLib library
 ii  libmono-sqlite2.0-cil   1.2.6+dfsg-4 Mono Sqlite library
 ii  libmono-system-data2.0- 1.2.6+dfsg-4 Mono System.Data Library
 ii  libmono-system-web2.0-c 1.2.6+dfsg-4 Mono System.Web Library
 ii  libmono-system2.0-cil   1.2.6+dfsg-4 Mono System libraries (2.0)
 ii  libmono01.2.6+dfsg-4 libraries for the Mono JIT
 ii  libmono2.0-cil  1.2.6+dfsg-4 Mono libraries (2.0)
 ii  libpango1.0-0   1.18.3-1 Layout and rendering of 
 internatio
 ii  libpng12-0  1.2.15~beta5-3   PNG library - runtime
 ii  librsvg2-2  2.18.2-1 SAX-based renderer library for 
 SVG
 ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
 ii  libtaglib2.0-cil2.0.2.0-1CLI library for accessing audio 
 an
 ii  libwmf0.2-7 0.2.8.4-6Windows metafile conversion 
 librar
 ii  libwv-1.2-3 1.2.4-2  Library for accessing Microsoft 
 Wo
 ii  libx11-62:1.0.3-7X11 client-side library
 ii  libxml2 2.6.30.dfsg-3GNOME XML library
 ii  libxss1 1:1.1.2-1X11 Screen Saver extension 
 library
 ii  mono-runtime1.2.6+dfsg-4 Mono runtime
 ii  xdg-utils   1.0.2-2  desktop integration utilities 
 from
 ii  zlib1g  1:1.2.3.3.dfsg-8 compression library - runtime

 Versions of packages beagle recommends:
 ii  mono-gmcs   1.2.6+dfsg-4 Mono C# 2.0 and C# 3.0 compiler 
 fo
 ii  poppler-utils   0.6.2-1  PDF utilitites (based on 
 libpopple

 -- no debconf information







-- 
José Carlos García Sogo
  [EMAIL PROTECTED]

Bug#457894: libdbus-1-cil: package should be removed

[Jose Carlos Garcia Sogo]

Package: libdbus-1-cil
Version: 0.63.git.20060719-4
Severity: important

 Hi,
 It seems that this package is unmaintained upstream, and there are no
 reverse dependencies for it. A replacement, actively maintained is
 libndesk-dbus1.0-cil (source: ndesk-dbus)
 
 Removal of this package will also allow ndesktop package to be the
 canonical Dbus.Sharp package.

 I am filling the bug in the package, so you can comment about this
 request, and if you think that it should be done, reassign it to
 ftp-master pseudo-package.

 Cheers,

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.22-1-686 (SMP w/1 CPU core)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libdbus-1-cil depends on:
ii  cli-common  0.5.3common files between all CLI packa
ii  libdbus-1-3 1.1.2-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.74-1   simple interprocess messaging syst
ii  libmono-corlib1.0-cil   1.2.6+dfsg-3 Mono core library (1.0)

libdbus-1-cil recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#445260: Conduit...

[Jose Carlos Garcia Sogo]

  I receive a copy of bugs sent to my packages. There is no need to
remind me of a bug sent 10 days ago. For your information, conduit
0.3.4 needs goocanvas 0.9, which I have yet packaged and uploaded, and
it is waiting from NEW processing. Uploading now a new conduit version
will make the package uninstallable.

  Anyway, I think that 10 days to package a new version is a short
period. I will upload the package when it is ready.


On 10/15/07, Marco Rodrigues [EMAIL PROTECTED] wrote:
 Hi!

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=445260

 Please update conduit to version 0.3.4

 Thanks!

 --
 Marco Rodrigues

 http://Marco.Tondela.org



-- 
--
José Carlos García Sogo

Bug#405637: postgrey process dying

[Jose Carlos Garcia Sogo]

  Yay!

   Sorry for not being able to provide more info. Somehow I have missed your
mail, but I have to say that I still experience the same problem from time
to time with current unstable. It does not follow a pattern, as it can be
working for 2 months without any problem, then hang and hang again just
after it being restarted, working fine if restarted again.

   I think that there is a hidden bug that some conditions tigger. Perhaps
running it in some kind of debug mode could help understanding the
problem.

   Thanks

On 9/12/07, Kiko Piris [EMAIL PROTECTED] wrote:

 On 18/01/2007 at 09:06 +0100, Adrian von Bidder wrote:

  This is about the postgrey hang that I talked about previously.  Really
  Annoying. (And I'm still happily running postgrey without any
  problems on my own machine, of course...)

 Hi, I do not know if this is a regression or what. But since Tuesday I'm
 experiencing this postgrey crashes (the same error than José Carlos).

 This is the first time it happened on my server:

 | Sep 11 02:55:31 bacterio postfix/smtpd[32191]: connect from
 nixe.bergantells.net[213.239.199.107]
 | Sep 11 02:55:31 bacterio postgrey[19113]: action=pass, reason=client
 whitelist, client_name=nixe.bergantells.net, client_address=
 213.239.199.107, [...]
 | Sep 11 02:55:31 bacterio postgrey[19113]: cleaning up old logs...
 | Sep 11 02:55:31 bacterio postgrey[19113]: cleaning up old entries...
 | Sep 11 02:55:31 bacterio postgrey[19113]: cleaning main database
 finished. before: 597, after: 500
 | Sep 11 02:55:31 bacterio postgrey[19113]: FATAL: Can't call method
 txn_commit on an undefined value at /usr/sbin/postgrey line 289.
 | Sep 11 02:55:32 bacterio postfix/smtpd[32191]: warning: connect to
 127.0.0.1:6: Connection refused

 And tonight again:

 | Sep 12 02:39:42 bacterio postfix/smtpd[21792]: connect from
 89.1.126.105.dynamic.barak-online.net[89.1.126.105]
 | Sep 12 02:39:43 bacterio postgrey[7560]: action=greylist, reason=new,
 client_name=89.1.126.105.dynamic.barak-online.net, client_address=
 89.1.126.105, [...]
 | Sep 12 02:39:43 bacterio postgrey[7560]: cleaning up old logs...
 | Sep 12 02:39:43 bacterio postgrey[7560]: cleaning up old entries...
 | Sep 12 02:39:43 bacterio postgrey[7560]: cleaning main database
 finished. before: 138, after: 138
 | Sep 12 02:39:43 bacterio postgrey[7560]: FATAL: Can't call method
 txn_commit on an undefined value at /usr/sbin/postgrey line 289.
 | Sep 12 02:39:44 bacterio postfix/smtpd[21792]: warning: connect to
 127.0.0.1:6: Connection refused

 After it happened the first time yesterday, I wiped the postgrey
 database (so hi doubt it would be db corruption).

  Jose, can you please confirm the versions of the postgrey,
  libberkeleydb-perl, libdb4.3, libdb4.4 (depending on the
 libberkeleydb-perl
  verison either of those is used)  and perl Debian packages that are
  installed on your system?

 These are the versions of the packages you asked Jose:

 | # dpkg-query -W postgrey libberkeleydb-perl libdb4.3 libdb4.4 perl
 | libberkeleydb-perl  0.31-1
 | libdb4.34.3.29-9
 | libdb4.44.4.20-9
 | perl5.8.8-7
 | postgrey1.31-1

 | # uname -a
 | Linux bacterio 2.6.22.6 #1 Fri Aug 31 13:16:16 CEST 2007 i686 GNU/Linux

  Anything special about your system?  Xen, vmware or whatever?  NFS or
  some other network based filesystem on the partition where the database
  is located?

 Kernel is a vanilla (from kernel.org) compiled by myself, I do not use
 Xen and the db resides on a normal ide disk on the local machine.

 I kwnow it's not too much information I'm providing, as this is highly
 annoying I would be very glad to test anything or provide any additional
 information you should need.

 Thanks in advance.

 --
 Kiko




-- 
--
José Carlos García Sogo

Bug#434800: gpgme: new upstream release needed for kde4

[Jose Carlos Garcia Sogo]

El jue, 26-07-2007 a las 22:11 +0200, Fathi Boudra escribió:
 Subject: gpgme: new upstream release needed for kde4
 Package: gpgme
 Severity: wishlist
 
 Hi,
 
 could you update gpgme package ? we need it for kde4 (kdepimlibs
 dependency). Last upstream version is 1.1.4.

  While I am preparing a new version (1.1.5 ) that I will upload
tonight, I don't understand why you ask for 1.1.4-1 when it is the
version in unstable yet.


-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#434267: python-evolution: upload to unstable

[Jose Carlos Garcia Sogo]

Package: python-evolution
Version: 0.0.2-1
Severity: wishlist


  Hi,

  I would like to request you to upload this package to unstable. Its
  ony rev-dep is conduit, which is yet uploaded to unstable. If you
  don't want it to promote to testing, file a RC bug.

  Thanks


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.21-2-686 (SMP w/1 CPU core)
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages python-evolution depends on:
ii  libbonobo2-0  2.18.0-2   Bonobo CORBA interfaces library
ii  libc6 2.6-2  GNU C Library: Shared libraries
ii  libebook1.2-9 1.10.2-2   Client library for evolution addre
ii  libecal1.2-7  1.10.2-2   Client library for evolution calen
ii  libedataserver1.2-9   1.10.2-2   Utility library for evolution data
ii  libglib2.0-0  2.12.13-1  The GLib library of C routines
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user interface 
ii  libpango1.0-0 1.16.4-3   Layout and rendering of internatio
ii  python2.4.4-6An interactive high-level object-o

python-evolution recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#432875: conduit: unmet Recommends python-evolution

[Jose Carlos Garcia Sogo]

On Thu, Jul 12, 2007 at 07:50:43PM +0200, Luk Claes wrote:
 Package: conduit
 Severity: important
 Version: 0.3.1-1
 User: [EMAIL PROTECTED]
 Usertags: goal-recommends
 
 Hi
 
 conduit recommends python-evolution which is not available in unstable.

  Yes, it is known. python-evolution was uploaded by Python modules Team
  to experimental (though I am not sure if it has passed NEW queue yet).
  It should have been uploaded to unstable, despite it being an early
  release (and perhaps blocking it by an RC bug)

  I will talk to them, and change that to Suggests if needed.

  Thanks

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#428830: perl_parse_error

[Jose Carlos Garcia Sogo]

El vie, 15-06-2007 a las 23:06 +0300, Niko Tyni escribió:
 
 Jose: any opinion?

  In my opinion, we shoud avoud suid stuff as much as possible, and if
we can even make it almost impossible to be used we can block some
attack vector using that suid aware file.

  So basically, if it is not needed, it should not be enabled, most if
the package needing is moving to avoid it.

  Cheers,

 
 Cheers,
-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#426720: libgalago.so symlink is missing

[Jose Carlos Garcia Sogo]

reassign 426720 libgalago1.0-cil
merge 426720 421278
stop

 
 Hi,
 
 On Wed, May 30, 2007, Damodharan R wrote:
  The libgalago3 package does not create a symlink libgalago.so. This
  caused the programs which dynamically link to this library to fail.
  Beagle search used to fail whenever I click on IM conversations.
 
  The .so symlink is in the -dev package.  It would be against Debian
  policy to provide it with the library, and it's not what you want.
 
  You want to fix beagle to *build* against the -dev package of galago,
  to record the SONAME of the library and load the library with the
  full path (including SONAME: libgalago.so.3); this means that beagle
  will depend on known version of libgalago's ABI, and not the current
  one.  Loading libgalago.so expects galago's ABI to never break, which
  is a nice wish.

 Well, this is not actually accurate. Beagle depends on
 libgalago1.0-cil, which does in turn depend on libgalago. As you can
 see in the backtrace the module trying to access libgalago is
 Galago.Global:galago_init (intptr,int), which is part of
 libgalago1.0-cil.

 This is a yet known problem. See #421278

 Cheers,

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#423410: libgoocanvas-dev: Please package goocanvas documentation

[Jose Carlos Garcia Sogo]

El vie, 11-05-2007 a las 20:49 +0530, Y Giridhar Appaji Nag escribió:
 Package: libgoocanvas-dev
 Version: 0.8-1
 Severity: wishlist
 
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi,
 
 GooCanvas has documentation (reference manual) and a demo application.
 It would be very helpful if you could please package the same as a
 libgoocanvas-doc package or include it in the libgoocanvas-dev package.

  Hi,

  I am going to include a link from gtk-doc to /usr/share/doc, which is
something that should be done in any way. But I advise you to use
devhelp package to read gtk-doc documentation.

  I am not sure about the demo application. Perhaps it is a good idea to
include it as well.

 
 Thank you for your work on goocanvas.

  Thanks!

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#419993: beagle incorrectly indexes mp3 files with v2.3 ID3

[Jose Carlos Garcia Sogo]

:0.9.2-1  X Rendering Extension client 
 libra
 ii  libxss1   1:1.1.2-1  X11 Screen Saver extension 
 library
 ii  mono-runtime  1.2.3.1-5  Mono runtime
 ii  zlib1g1:1.2.3-13 compression library - runtime
 
 Versions of packages beagle recommends:
 ii  xpdf-utils [poppler-utils]3.01-9 Portable Document Format (PDF) 
 sui
 
 -- no debconf information
 
 
-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#418595: beagled crashes at startup -- System.DllNotFound

[Jose Carlos Garcia Sogo]

El mar, 10-04-2007 a las 11:41 -0700, David Liontooth escribió:
 Package: beagle
 Version: 0.2.16.3-1
 Severity: normal
 
 
 ~# beagled
 ~# Error: Unhandled exception thrown.  Exiting immediately.
 System.DllNotFoundException: libc
[...]
 ~# locate System.dll
 /share/usr/lib/mono/1.0/System.dll
 /share/usr/lib/mono/gac/System/1.0.5000.0__b77a5c561934e089/System.dll
 /share/usr/lib/mono/gac/System/1.0.5000.0__b77a5c561934e089/System.dll.mdb
 /var/chroot/sid-ia32/share/usr/lib/mono/1.0/System.dll
 /var/chroot/sid-ia32/share/usr/lib/mono/gac/System/1.0.5000.0__b77a5c561934e089/System.dll
 /var/chroot/sid-ia32/share/usr/lib/mono/gac/System/1.0.5000.0__b77a5c561934e089/System.dll.mdb

 It is looking for a 32-bit version?

  It is strange that it did not find /share/usr/lib/mono/2.0/System.dll.
Beagle is using it. 
 
  Are you using it inside the chroot?

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#423144: file conflicts between packages

[Jose Carlos Garcia Sogo]

El jue, 10-05-2007 a las 09:29 +0200, Michael Ablassmeier escribió:
 Package: gpredict, libgoocanvas-common
 Severity: serious
 Usertags: qa-file-conflict
 Justification: Policy violation, see section 7.2
 
 hi,
 
 
 both gpredict and libgoocanvas-common ship
 `/usr/share/locale/en_GB/LC_MESSAGES/goocanvas.mo'  but do neither conflict 
 nor
 add a diversion, thus fail to be installed in the same environment:

 Clearly this bug is a gpredict problem. Also, I suspect that it is even
a deep problem, as I guess that gpredict is including a private copy of
goocanvas, which is not a very good idea in any sense.

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#422288: pygoocanvas - FTBFS: Build-depends against unavailable package

[Jose Carlos Garcia Sogo]

El vie, 04-05-2007 a las 20:46 +0200, Bastian Blank escribió:
 Package: pygoocanvas
 Version: 0.8.0-1
 Severity: serious
 
 There was an error while trying to autobuild your package:
 
  Automatic build of pygoocanvas_0.8.0-1 on lxdebian.bfinv.de by sbuild/s390 
  98
 [...]
  E: Couldn't find package libgoocanvas-dev

  It needs NEW processing, anyway, I'll leave the bug open for now.

  Thanks

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#421278: Crash trying to open a gaim log

[Jose Carlos Garcia Sogo]

  (= 2.13.92) | 1:2.18.1-1
 libgsf0.0-cil   (= 0.8) | 0.8-1
 libgtk2.0-cil(= 2.7.90) | 2.10.0-2
 libmono-corlib2.0-cil (= 1.2.2) | 1.2.3.1-5
 libmono-sharpzip2.84-cil(= 1.0) | 1.2.3.1-5
 libmono-sqlite2.0-cil   (= 1.0) | 1.2.3.1-5
 libmono-system-data2.0-cil  (= 1.0) | 1.2.3.1-5
 libmono-system-web2.0-cil   (= 1.0) | 1.2.3.1-5
 libmono-system2.0-cil (= 1.2.2) | 1.2.3.1-5
 libmono2.0-cil(= 1.2.2) | 1.2.3.1-5
 libsqlite0   (= 2.8.17) | 2.8.17-2
 libsqlite3-0 (= 3.3.14) | 3.3.16-1
 bash(= 3.0) | 3.1dfsg-8
 adduser  | 3.102
 dbus | 1.0.2-4
 
 
 
 
-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#417898: /etc/cron.daily/beagle-crawl-system returns 1 : error on FileAttributesStore.db-journal

[Jose Carlos Garcia Sogo]

 management library
 ii  libxext6  1:1.0.1-2  X11 miscellaneous extension 
 librar
 ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' 
 extensio
 ii  libxi61:1.0.1-4  X11 Input extension library
 ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
 ii  libxml2   2.6.27.dfsg-1  GNOME XML library
 ii  libxrandr22:1.1.0.2-5X11 RandR extension library
 ii  libxrender1   1:0.9.1-3  X Rendering Extension client 
 libra
 ii  libxss1   1:1.1.0-1  X11 Screen Saver extension 
 library
 ii  mono-runtime  1.2.2.1-1  Mono runtime
 ii  zlib1g1:1.2.3-13 compression library - runtime
 
 Versions of packages beagle recommends:
 ii  xpdf-utils [poppler-utils]3.01-9 Portable Document Format (PDF) 
 sui
 
 -- no debconf information
 
 
-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#415233: gpgme1.0: FTBFS: Can't find GNU Pth

[Jose Carlos Garcia Sogo]

On Thu, Mar 22, 2007 at 03:13:28AM -0700, Steve Langasek wrote:
 Hi José Carlos,
 
 FWIW I'm not content with the implemented solution as far as inclusion in
 etch is concerned.  Previous versions of the package clearly did not need
 libpth20, the new version does and the effect on the package's behavior as a
 result of this new library dep seem to be unknown.


 Basically I agree, but due to time constrains I didn't have to check or
 apply other way to build it. Anayway, as it generates different .so
 files for each library, I didn't think that it would imply a problem
 for etch.

 The package also includes this change:
 
 @@ -5,9 +5,6 @@
  # Uncomment this to turn on verbose mode.
  #export DH_VERBOSE=1
 
 -# This is the debhelper compatability version to use.
 -export DH_COMPAT=3
 -
  # C compiler information
  CC  = gcc
  CFLAGS  = -Wall -g
 
 This is a behavior change from the previous version of the package, because
 DH_COMPAT takes precedence over debian/compat, so this is very much not a
 change that's suitable during a freeze.
 

  Mmmm. I made that change, but I though that I had rolled it back
  later.

 So unless the security team overrules me, I don't think this version of the
 package should be allowed into etch as-is.
 
 (It's also currently held out of etch because it depends on the
 security-fixed gnupg which is not yet available, but that problem should
 clear up on its own anyway with no effort on your part.)
 
 BTW, this is a regression between gpgme1.0 1.1.2-2 and 1.1.2-3; I believe
 the cause is the re-rolled '10_relibtoolize.patch', which AFAICS there was
 no reason to change in a security update.

  The only reason is that the package was not able to build without that
  rehashed 10_relibtoolize patch. I will try again tonight to build the
  package with the older patch, perhaps it was a problem on my side
  only.

  BTW, if you want make any test, you can find my repo at
  http://svn.tribulaciones.org

  Thanks

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#415233: gpgme1.0: FTBFS: Can't find GNU Pth

[Jose Carlos Garcia Sogo]

  Hi,

  I don't know why this didn't happen in my i386 pbuilder also. Perhaps
there is some other package dependeing on libpth-dev in i386 but not in
other arches 



El sáb, 17-03-2007 a las 12:24 +0100, Kurt Roeckx escribió:
 Package: gpgme1.0
 Version: 1.1.2-3
 Severity: serious
 
 Hi,
 
 Your package is failing to build with the following error:
 checking for GNU Pth... *FAILED*
  ++
  | Unable to locate GNU Pth in any system-wide location (see $PATH).
  | Please specify the correct path to either a GNU Pth installation tree
  | (use --with-pth=DIR if you used --prefix=DIR for installing GNU Pth in
  | the past) or to a GNU Pth source tree (use --with-pth=DIR if DIR is a
  | path to a pth-X.Y.Z/ directory; but make sure the package is already
  | built, i.e., the configure; make step was already performed there).
  ++
 make: *** [configure-stamp] Error 1
 
 
 Kurt
 
 
-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#413922: SECURITY: multiple message problem

[Jose Carlos Garcia Sogo]

Package: gnupg
Version: 1.4.6-1
Severity: grave
Tags: security patch
Justification: user security hole

  Hi,
  
  There has been an announcement[1] about a possible security hole in
  GnupG related to multiple messages, and new releases[2] of both GnuPG
  and GpgME. There are a patch available for this problem[3]

  [1] http://lists.gnupg.org/pipermail/gnupg-announce/2007q1/000251.html
  [2] http://lists.gnupg.org/pipermail/gnupg-devel/2007-March/023686.html
  [3] 
ftp://ftp.gnupg.org/gcrypt/gnupg/patches/gnupg-1.4.6-multiple-message.patch

  Thanks

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages gnupg depends on:
ii  gpgv1.4.6-1  GNU privacy guard - signature veri
ii  libbz2-1.0  1.0.3-6  high-quality block-sorting file co
ii  libc6   2.3.6.ds1-13 GNU C Library: Shared libraries
ii  libldap22.1.30-13.3  OpenLDAP libraries
ii  libreadline55.2-2GNU readline and history libraries
ii  libusb-0.1-42:0.1.12-6   userspace USB programming library
ii  makedev 2.3.1-83 creates device files in /dev
ii  zlib1g  1:1.2.3-13   compression library - runtime

gnupg recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#413923: SECURITY: multiple message problem

[Jose Carlos Garcia Sogo]

Package: gpgme1.0
Version: 1.1.2-2
Severity: grave
Tags: security patch
Justification: user security hole

   There is a security problem [1] related to multiple messages. New
   versions and a patch[2] is available.

   [1] http://lists.gnupg.org/pipermail/gnupg-announce/2007q1/000251.html
   [2] 
ftp://ftp.gnupg.org/gcrypt/gpgme/patches/gpgme-1.1.3-multiple-message.patch


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411646: ITP: conduit -- synchronization tool for GNOME

[Jose Carlos Garcia Sogo]

Package: wnpp
Severity: wishlist
Owner: Jose Carlos Garcia Sogo [EMAIL PROTECTED]

* Package name: conduit
  Version : 0.2.0
  Upstream Author : John Stowers [EMAIL PROTECTED]
* URL : http://www.conduit-project.org/
* License : GPL
  Programming Lang: Python
  Description : synchronization tool for GNOME

 A syncronization tool for GNOME which allows the user to take their
 emails, files, bookmarks, and any other type of personal information
 and synchronize that data with another computer, an online service, or
 even another electronic device.
 .
 Conduit manages the synchronization and conversion of data into other
 formats. For example, conduit allows you to;
  * Synchronize your tomboy notes to a file on a remote computer
  * Synchronize your emails to your mobile phone
  * Synchronize your bookmarks to delicious, gmail, or even
  * your own webserver
  * and many more... 

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411729: ITP: goocanvas -- new canvas widget for GTK+ that uses the cairo 2D library

[Jose Carlos Garcia Sogo]

Package: wnpp
Severity: wishlist
Owner: Jose Carlos Garcia Sogo [EMAIL PROTECTED]

* Package name: goocanvas
  Version : 0.4-1
  Upstream Author : Damon Chaplin [EMAIL PROTECTED]
* URL : http://sourceforge.net/projects/goocanvas
* License : LGPL
  Programming Lang: C
  Description : new canvas widget for GTK+ that uses the cairo 2D library

  GooCanvas is a new canvas widget for GTK+ that uses the cairo 2D
  library for drawing. It has a model/view split, and uses interfaces for 
  canvas items and views, so you can easily turn any application object 
  into canvas items.
 

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411730: ITP: pygoocanvas -- GooCanvas python bindings

[Jose Carlos Garcia Sogo]

Package: wnpp
Severity: wishlist
Owner: Jose Carlos Garcia Sogo [EMAIL PROTECTED]

* Package name: pygoocanvas
  Version : 0.4.1-1
  Upstream Author : Gian Mario Tagliaretti [EMAIL PROTECTED],
Gustavo J. A. M. Carneiro [EMAIL PROTECTED],
Edward Hervey [EMAIL PROTECTED]
* URL : http://developer.berlios.de/projects/pygoocanvas/
* License : LGPL
  Programming Lang: C
  Description : GooCanvas python bindings

  GooCanvas python bindings.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#411355: apt-proxy: add avahi/zeroconf support

[Jose Carlos Garcia Sogo]

Package: apt-proxy
Version: 1.9.36~svn
Severity: wishlist
Tags: patch

  Hello,

  I am working on adding avahi/zeroconf support to apt-proxy. Current
  patches only advertise the service if avahi option is set to 1 in
  apt-proxy.conf file.
  For this to be useful, apt (itself or through apt-zeroconf) should be
  able to understand that an apt-proxy instance is running in the
  network. This and publishing also which archive are being served are
  things that I hope I can go on adding soon.

  Cheers,


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages apt-proxy depends on:
ii  adduser   3.102  Add and remove users and groups
ii  bzip2 1.0.3-6high-quality block-sorting file co
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  logrotate 3.7.1-3Log rotation utility
ii  python2.4.4-2An interactive high-level object-o
ii  python-apt0.6.20 Python interface to libapt-pkg
ii  python-central0.5.12 register and build utility for Pyt
ii  python-twisted-web0.6.0-1An HTTP protocol implementation to

apt-proxy recommends no packages.

-- debconf information excluded
From 09f68dff0f6f8ab417a4b8316be936e926a4e679 Mon Sep 17 00:00:00 2001
From: Jose Carlos Garcia Sogo [EMAIL PROTECTED]
Date: Tue, 13 Feb 2007 00:15:09 +0100
Subject: [PATCH] Initial work for supporting avahi publising service in apt-proxy.

---
 apt_proxy/apt_proxy.py |8 +++
 apt_proxy/avahisrv.py  |  113 
 2 files changed, 121 insertions(+), 0 deletions(-)

diff --git a/apt_proxy/apt_proxy.py b/apt_proxy/apt_proxy.py
index 5b454af..ed4c913 100644
--- a/apt_proxy/apt_proxy.py
+++ b/apt_proxy/apt_proxy.py
@@ -28,6 +28,9 @@ from misc import log, MirrorRecycler
 import twisted_compat
 from clients import HttpRequestClient
 
+from avahisrv import AvahiService
+import socket
+
 #from posixfile import SEEK_SET, SEEK_CUR, SEEK_END
 #since posixfile is considered obsolete I'll define the SEEK_* constants
 #myself.
@@ -280,6 +283,7 @@ class Factory(protocol.ServerFactory):
 self.periodicCallback = None
 self.databases = databaseManager(self)
 self.recycler = None
+	self.avahisrv = None
 
 def __del__(self):
 pass
@@ -319,6 +323,8 @@ class Factory(protocol.ServerFactory):
 self.dumpdbs()
 self.recycler = MirrorRecycler(self, 1)
 #self.recycler.start()
+	self.avahisrv = AvahiService('apt-proxy@'+socket.gethostname(), '_apt-proxy._tcp', '', '', , ['apt-proxy service'])
+	self.avahisrv.run()
 
 def configurationChanged(self, oldconfig = None):
 
@@ -508,6 +514,8 @@ class Factory(protocol.ServerFactory):
 self.recycler = None
 self.stopPeriodic()
 #self.closeDatabases()
+	self.avahiservice.stop()
+
 
 def dumpdbs (self):
 def dump_update(key, value):
diff --git a/apt_proxy/avahisrv.py b/apt_proxy/avahisrv.py
new file mode 100644
index 000..074aab5
--- /dev/null
+++ b/apt_proxy/avahisrv.py
@@ -0,0 +1,113 @@
+# This file is part of apt-proxy.
+# It is heavily based on similar file from apt-zeroconf.
+# 
+# Copytight (C) 2006 - Jose Carlos Garcia Sogo [EMAIL PROTECTED]
+#
+# Copyright (C) 2006 - Florian Ludwig [EMAIL PROTECTED]
+#  Franz Pletz [EMAIL PROTECTED]
+#
+# This file is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 2 of the License, or
+# (at your option) any later version.
+#
+# This file is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with apt-zeroconf; if not, write to the Free Software
+# Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA
+
+import avahi
+import dbus, dbus.glib
+import gobject
+
+import threading
+from misc import log
+
+
+class AvahiService(threading.Thread):
+
+This class takes care of publishing services in Avahi.
+When instantiating you have to pass a service name, a type, 
+current domain and host, port used to contact the service and
+a descriptive txt.
+
+It will run in its own thread looping for different Avahi services.
+
+
+def  __init__(self, name, stype, domain, host, port, txt):
+threading.Thread.__init__(self)
+self.group = None
+self.n_rename

Bug#411300: invalid URL in debian/copyright

[Jose Carlos Garcia Sogo]

El dom, 18-02-2007 a las 00:00 +0100, Matthias Klose escribió:
 Package: pyspi
 Version: 0.6.1-1
 
 http://www.gnome.org/projects/dogtail cannot be found

  That's true. I will change this in next upload.
  
  Thanks!

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Bug#410045: beagle: please enable webservices

[Jose Carlos Garcia Sogo]

El mié, 07-02-2007 a las 11:55 +0100, Adrian von Bidder escribió:
 Package: beagle
 Severity: wishlist
 Version: 0.2.12-1+b1
 
 Hi,
 
 #322733 indicates that webservices are now enabled, but apparently they got 
 disabled again at some time in the past.  Since we're running a network 
 with ca. 80 workstations here, I'd really like users to be able to search 
 the company-wide shared documents without each of them hitting the NFS 
 server.  Running a beagle instance somewhere on this tree and having the 
 others access that through the webinterface seems the sane way to me.

  It was disabled again at version 0.2.0-1, as you can read in the
changelog. Those webservices were deprecated and unmaintained then, but
now are not even in beagle tree (at least I cannot find them)

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#409850: hal: should be a method to select which suspend or hibernate method is going to be used

[Jose Carlos Garcia Sogo]

El mar, 06-02-2007 a las 15:26 +0100, Michael Biebl escribió:
 Jose Carlos Garcia Sogo wrote:
  Package: hal
  Version: 0.5.8.1-6
  Severity: wishlist
  
Hi,
  
Hal should have a method to select which suspend method is going to be
used. Each laptop model need a different method, with different 
  configurations.
Other distros have a power management script that handle's this,
but as Debian doesn't the only way I see to make this work is to put
some kind of SUSPEND_METHOD and HIBERNATE_METHOD in /etc/default/hal,
and use the appropiate script from hal-system-power-* scripts.
  
I have prepared a patch, but I have to polish it a bit before
commiting.
 
 HAL can use whatever script backend is available, just take a look
 /usr/lib/hal/scripts/linux/hal-system-power-*
 E.g. if you install acpi-support, hibernate or powersaved, it will be
 used automatically.
 I don't think we need a configuration file for that.
 Just install the backend you want to use and be done with it.
 Could you elaborate a bit more why you think something like this would
 be necessary?

  Yes, it will use whatever is installed, unless two different things
are installed. Then it will use the first it founds, as it checks
sequencially. Of course you can say that the best thing is to install
hibernate and use it to select the suspend method. Somehow I feel you
are right.

 
 Cheers,
 Michael
 
 P.S: Beginning with hal-0.5.9, pm-utils will be the officially blessed
  pm backend. Other distros already switched to pm-utils.
 Imo we should jump on the band wagon and work on proper integration of
 pm-utils instead of supporting a plethora of different script backends
 which work more or less.

   I don't know pm-utils, but I hope they are as efficient as hibernate.
The problem out there is that there is a plethora of laptops out there
with different needs to hibernate or suspend to RAM.
   Anyway, as I see, there are no packages for pm-utils still.

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]

Bug#409850: hal: should be a method to select which suspend or hibernate method is going to be used

[Jose Carlos Garcia Sogo]

Package: hal
Version: 0.5.8.1-6
Severity: wishlist

  Hi,

  Hal should have a method to select which suspend method is going to be
  used. Each laptop model need a different method, with different 
configurations.
  Other distros have a power management script that handle's this,
  but as Debian doesn't the only way I see to make this work is to put
  some kind of SUSPEND_METHOD and HIBERNATE_METHOD in /etc/default/hal,
  and use the appropiate script from hal-system-power-* scripts.

  I have prepared a patch, but I have to polish it a bit before
  commiting.

  Thanks


-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-686
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8)

Versions of packages hal depends on:
ii  adduser 3.102Add and remove users and groups
ii  dbus1.0.2-1  simple interprocess messaging syst
ii  libc6   2.3.6.ds1-10 GNU C Library: Shared libraries
ii  libdbus-1-3 1.0.2-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.71-3   simple interprocess messaging syst
ii  libexpat1   1.95.8-3.4   XML parsing C library - runtime li
ii  libglib2.0-02.12.6-2 The GLib library of C routines
ii  libhal-storage1 0.5.8.1-6Hardware Abstraction Layer - share
ii  libhal1 0.5.8.1-6Hardware Abstraction Layer - share
ii  libusb-0.1-42:0.1.12-4   userspace USB programming library
ii  libvolume-id0   0.103-2  libvolume_id shared library
ii  lsb-base3.1-23   Linux Standard Base 3.1 init scrip
ii  pciutils1:2.2.4-1Linux PCI Utilities
ii  udev0.103-2  /dev/ and hotplug management daemo
ii  usbutils0.72-7   USB console utilities

Versions of packages hal recommends:
ii  eject 2.1.4-2.1  ejects CDs and operates CD-Changer

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#405637: postgrey process dying

[Jose Carlos Garcia Sogo]

El jue, 18-01-2007 a las 09:06 +0100, Adrian von Bidder escribió:
 Hi all,
 
 This is about the postgrey hang that I talked about previously.  Really
 Annoying. (And I'm still happily running postgrey without any 
 problems on my own machine, of course...)
 
 From: Jose Carlos Garcia Sogo [EMAIL PROTECTED]
  today it happened again and I could read in /var/log/syslog the following:
  Jan 14 03:06:03 aragorn postgrey[3477]: cleaning up old logs...
  Jan 14 03:06:04 aragorn postgrey[3477]: cleaning up old entries...
  Jan 14 03:06:04 aragorn postgrey[3477]: fatal: Can't call method
  txn_commit on an undefined value at /usr/sbin/postgrey line 199.
 
 Jose, can you please confirm the versions of the postgrey, 
 libberkeleydb-perl, libdb4.3, libdb4.4 (depending on the libberkeleydb-perl
 verison either of those is used)  and perl Debian packages that are 
 installed on your system?

  Yeah

[EMAIL PROTECTED]:~$ dpkg-query -W postgrey libberkeleydb-perl libdb4.3
libdb4.4
postgrey1.27-4
libberkeleydb-perl  0.31-1
libdb4.34.3.29-6
libdb4.44.4.20-8
[EMAIL PROTECTED]:~$ uname -a
Linux aragorn 2.6.18-3-xen-vserver-amd64 #1 SMP Sun Dec 10 21:15:13 CET
2006 x86_64 GNU/Linux


 
 Anything special about your system?  Xen, vmware or whatever?  NFS or
 some other network based filesystem on the partition where the database
 is located?

  Though there is a Xen kernel running, I don't have any Xen instance
running (a part of dom0), and it is a normal installation, everything
located in the same computer.

-- 
Jose Carlos Garcia Sogo
   [EMAIL PROTECTED]


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente