Bug#884368: migrate away from "master/slave" terminology for update-alternatives

2017-12-14 Thread Jamuraa
Package: dpkg

Many people find these terms to be a bit archaic and also they are a bit
inaccurate.

Instead of these terms we could use:
 - primary link and associated links
 - key link and related links
 - installed link and associated links
 - installed link and follower links

If this is desired, I would suspect we would want to keep compatibility
with older versions for a while. I'd prefer to remove it from documentation
and output though.

Marie Janssen --- jamu...@base0.net


Bug#528196: vgrabbj is not printing timestamps in lenny

2013-09-05 Thread Jamuraa
thanks for taking over the package, I haven't used the program for a
long time now so it's much better to have a maintainer that uses it.

Most of what I did in freetype1 - freetype2 was just research on how
freetype1 differed from freetype2 in terms of laying out just the few
lines that are placed on the image. They're quite different.

Michael Janssen --- Jamuraa --- jamu...@base0.net


On Thu, Sep 5, 2013 at 10:22 AM, Ludovic Rousseau
ludovic.rouss...@free.fr wrote:
 HelloJamuraa,

 Le 04/06/09 07:31, Jamuraa a écrit :

 On Mon, May 11, 2009 at 5:01 AM, Florian z...@blackbone-ev.de wrote:

 Package: vgrabbj
 Version: 0.9.6-3.1
 Severity: important

 since upgrade from etch to lenny, vgrabbj doesnt print timestamps on the
 picture.

 [snip package dep info and such]

 This is currently because freetype is disabled by the NMU patch to
 solve a RC bug.  I'm working on a update which will have the type
 enabled again using freetype2, but it may be a while (1-2 months).


 I am the new Debian maintainer and also upstream co-maintainer of vgrabbj.

 Do you have something to share/show about the freetype1 - freetype2
 migration?
 I would like to avoid re-doing something that was already done (or even
 partially done).

 Thanks

 --
  Dr. Ludovic Rousseau


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



Bug#568053: bittorrent: trouble accessing files - [Errno 24] Too many open files: ... error.

2012-05-13 Thread Jamuraa
merge 568053 198941
thanks

This is the same bug as this other one.  The bittorrent package is
pretty outdated, and I'm working on a version which is based on the
newer GPL releases that have happened in the past couple years.  I'll
be sure to check that it can do a torrent with 1024 files.

Michael Janssen --- Jamuraa --- jamu...@base0.net


On Sun, May 13, 2012 at 7:05 AM, Timo Juhani Lindfors
timo.lindf...@iki.fi wrote:
 Hi,

 this looks like an inherent limitation of the bittorrent package: It
 wants to keep all files of the torrent open.

 At least here the ulimit -a command shows that there is a limit on the
 number of open files, 1024 in my system, that prevents bittorrent from
 keeping all files open.

 -Timo






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



Bug#648333: bittorrent: Should this package be orphaned (or removed)?

2011-11-10 Thread Jamuraa
severity 648333 wishlist
thanks

I'm still attempting to maintain this package.  While it doesn't have
a lot of reverse dependencies, I believe that it is in use by
individuals still.  There are newer GPL versions for Linux (5.0-GPL,
available http://www2.bittorrent.com/opensource) that I've been
investigating for inclusion into the archive, but it has changed
enough that it will likely break compatibility with this much older
version.

Currently with the state of this project, it's hard to justify
spending some time fixing bugs that are fixed in upstream.   However,
I do plan on giving some attention to this package soon, fixing bugs
where we have
good patches, and uploading 3.4.2-12.

Michael Janssen --- Jamuraa --- jamu...@base0.net

On Thu, Nov 10, 2011 at 10:06 AM, Niels Thykier ni...@thykier.net wrote:
 Source: bittorrent
 Severity: serious

 Hi,

 It appears to me this package is being NMU maintained.  Furthermore
 it seems that upstream has dropped support for Linux (I could only see
 a Windows and a Mac download plus a uTorrent link).

 If you will want to maintainer this package, please write back reply
 to this bug within 14 days.  Otherwise I will assume you have lost
 interest in it.

 ~Niels






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



Bug#524746: Add blocking bug

2011-02-17 Thread Jamuraa
I think that you mean some other bug.. This bug has been fixed for a while. :)

Also, don't you need to cc: control@bugs?

Michael Janssen --- Jamuraa --- jamu...@base0.net



On Thu, Feb 17, 2011 at 7:01 AM, Bastien ROUCARIES
roucaries.bast...@gmail.com wrote:
 block 524746 by 546167
 block 524746 by 546416
 block 524746 by 565922
 block 524746 by 565919
 block 524746 by 565920
 block 524746 by 582417
 thanks

 Add blocking bugs






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



Bug#569485: Are there any news on that FTBFS?

2010-12-06 Thread Jamuraa
I'm working on a player (robot-player, libplayer*3.0) package for
3.0.2 right now, Stage 4.0.0 is next, to go along with it.  It should
close this bug.

Michael Janssen --- Jamuraa --- jamu...@base0.net --- jamu...@debian.org



On Thu, Sep 30, 2010 at 11:46 PM, fabrice coutade...@gmail.com wrote:
 Hi,

 Is there any news? Actual package still FTBFS.

 Thanks,
 Fabrice







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



Bug#569485: stage: FTBFS: Unsatisfiable build-dependency: libplayercore2-dev (= 2.1.0)

2010-04-22 Thread Jamuraa
yes, the player interface changed siginificantly between 2.x and 3.x.
I have a stage package from version 3.2.2 which is almost ready for
upload which will resolve this issue.  It's not quite pending yet,
but should be uploaded Tomorrow.

Michael Janssen --- Jamuraa --- jamu...@base0.net --- jamu...@debian.org



On Thu, Apr 22, 2010 at 6:21 AM, Alexander Reichle-Schmehl
toli...@debian.org wrote:
 Hi!

 * Lucas Nussbaum lu...@lucas-nussbaum.net [100211 21:55]:
 [..]
  The following packages have unmet dependencies:
    libplayerc2-dev: Depends: libplayerc2 but it is not going to be installed
                     Depends: libplayerxdr2-dev but it is not going to be 
  installed
    libplayercore2-dev: Depends: libplayercore2 but it is not going to be 
  installed
                        Depends: libplayererror2-dev but it is not going to 
  be installed
  E: Broken packages

 I can reproduce the problem.  src:player droped these binary packages.
 However, simply replacing te build depends with the corresponding
 libplayerc3.0-dev and libplayercore3.0-dev packages is not enough:


 In file included from /usr/include/player-3.0/libplayercore/playercore.h:43,
                 from p_driver.h:8,
                 from p_bumper.cc:39:
 /usr/include/player-3.0/libplayerinterface/interface_util.h:58:48: error: 
 playerconfig.h: No such file or directory
 In file included from p_driver.h:8,
                 from p_bumper.cc:39:
 /usr/include/player-3.0/libplayercore/playercore.h:48:42: error: 
 libplayercommon/playercommon.h: No such file or directory
 In file included from p_bumper.cc:39:
 p_driver.h:184:36: warning: /* within comment
 In file included from /usr/include/player-3.0/libplayercore/playercore.h:43,
                 from p_driver.h:8,
                 from p_bumper.cc:39:
 /usr/include/player-3.0/libplayerinterface/interface_util.h:68: error: 
 'uint16_t' does not name a type
 /usr/include/player-3.0/libplayerinterface/interface_util.h:121: error: 
 'uint16_t' was not declared in this scope
 /usr/include/player-3.0/libplayerinterface/interface_util.h:127: error: 
 'uint16_t' does not name a type
 /usr/include/player-3.0/libplayerinterface/interface_util.h:135: error: 
 'uint8_t' was not declared in this scope
 /usr/include/player-3.0/libplayerinterface/interface_util.h:141: error: 
 'uint8_t' does not name a type
 In file included from /usr/include/player-3.0/libplayercore/playercore.h:44,
                 from p_driver.h:8,
                 from p_bumper.cc:39:
 /usr/include/player-3.0/libplayerinterface/player.h:144: error: 'uint32_t' 
 does not name a type
 /usr/include/player-3.0/libplayerinterface/player.h:147: error: 'uint32_t' 
 does not name a type
 /usr/include/player-3.0/libplayerinterface/player.h:149: error: 'uint16_t' 
 does not name a type
 /usr/include/player-3.0/libplayerinterface/player.h:151: error: 'uint16_t' 
 does not name a type
 /usr/include/player-3.0/libplayerinterface/player.h:162: error: 'uint8_t' 
 does not name a type
 [..]
 /usr/include/player-3.0/libplayercore/message.h: In static member function 
 'static bool Message::MatchMessage(player_msghdr_t*, int, int, 
 player_devaddr_t)':
 /usr/include/player-3.0/libplayercore/message.h:164: error: 'struct 
 player_msghdr' has no member named 'type'
 /usr/include/player-3.0/libplayercore/message.h:165: error: 'struct 
 player_msghdr' has no member named 'subtype'
 /usr/include/player-3.0/libplayercore/message.h:166: error: 'struct 
 player_devaddr_t' has no member named 'host'
 /usr/include/player-3.0/libplayercore/message.h:166: error: 'struct 
 player_devaddr_t' has no member named 'host'
 /usr/include/player-3.0/libplayercore/message.h:167: error: 'struct 
 player_devaddr_t' has no member named 'robot'
 /usr/include/player-3.0/libplayercore/message.h:167: error: 'struct 
 player_devaddr_t' has no member named 'robot'
 /usr/include/player-3.0/libplayercore/message.h:168: error: 'struct 
 player_devaddr_t' has no member named 'interf'
 /usr/include/player-3.0/libplayercore/message.h:168: error: 'struct 
 player_devaddr_t' has no member named 'interf'
 /usr/include/player-3.0/libplayercore/message.h:169: error: 'struct 
 player_devaddr_t' has no member named 'index'
 /usr/include/player-3.0/libplayercore/message.h:169: error: 'struct 
 player_devaddr_t' has no member named 'index'
 /usr/include/player-3.0/libplayercore/message.h: In static member function 
 'static bool Message::MatchMessage(player_msghdr_t*, int, int)':
 /usr/include/player-3.0/libplayercore/message.h:181: error: 'struct 
 player_msghdr' has no member named 'type'
 /usr/include/player-3.0/libplayercore/message.h:182: error: 'struct 
 player_msghdr' has no member named 'subtype'
 /usr/include/player-3.0/libplayercore/message.h: In member function 'unsigned 
 int Message::GetDataSize()':
 /usr/include/player-3.0/libplayercore/message.h:190: error: 'struct 
 player_msghdr_t' has no member named 'size'
 /usr/include/player-3.0/libplayercore/message.h: In member

Bug#578785: player: FTBFS - cmake missing from Build-Depends

2010-04-22 Thread Jamuraa
Wow. I can't believe I missed that.  Fixed locally, I'll test and
upload tomorrow.  Thanks.

Michael Janssen --- Jamuraa --- jamu...@base0.net --- jamu...@debian.org



On Thu, Apr 22, 2010 at 12:38 PM, Aaron M. Ucko u...@debian.org wrote:
 Package: player
 Version: 3.0.1+dfsg-1
 Severity: serious
 Justification: fails to build from source

 Player uses cmake without build-depending on it, so builds quickly fail:

 dh_auto_configure -- -DCMAKE_SKIP_RPATH=TRUE -DBUILD_DOCUMENTATION=TRUE
 Can't exec cmake: No such file or directory at 
 /usr/share/perl5/Debian/Debhelper/Dh_Lib.pm line 179.
 dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr 
 -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_SKIP_RPATH=TRUE 
 -DBUILD_DOCUMENTATION=TRUE failed to to execute: No such file or directory

 (FTR, I copied the above output from
 https://buildd.debian.org/fetch.cgi?pkg=player;ver=3.0.1%2Bdfsg-1;arch=i386;stamp=1271703866)

 Could you please add cmake to its Build-Depends setting?

 Thanks!

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

 Kernel: Linux 2.6.32-4-xen-amd64 (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






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



Bug#524746: Fwd: Sponsor for player

2010-04-07 Thread Jamuraa
tags + pending
thanks

On Wed, Apr 7, 2010 at 2:45 PM, Martijn van Brummelen mart...@brumit.nl wrote:
 Hi,

 Alan Woodland wrote:
 On 10 February 2010 07:18, M. van Brummelen mart...@brumit.nl wrote:
 Hi,

 It got rejected.

 If you'd like me to sponsor another upload, which fixes these problems
 as well I'm happy to do so.

 Alan

 I prepared a new NMU package, Alan told me he still wants to take a look
 at it and if it is good condition sponsor it.

 It can be found at http://mentors.debian.net/debian/pool/main/p/player/

 Regards,
 Martijn van Brummelen

Please hold off, I have a 3.0.1-1 package which should be ready for
upload this evening which fixes this bug.

Michael Janssen --- Jamuraa --- jamu...@base0.net --- jamu...@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#528653: player: Please update package to newer upstream release

2009-07-13 Thread Jamuraa
Most of the problems were copyright related.   I plan to send a
message to player-dev today in order to work out the copyright issues
and hopefully get a new version approved.

Michael Janssen --- Jamuraa --- jamu...@base0.net --- jamu...@debian.org



On Mon, Jul 13, 2009 at 5:20 AM, Daniel Hessdan...@rio-grande.ping.de wrote:
 Hi,

 I've seen, that an updated version has been in the new queue, but was
 removed.

 Are there any problems with the package I can help fixing?

 Greetings

 Daniel

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

 iJwEAQEDAAYFAkpbCoAACgkQMdDXrwDytEAxBQP+N1/s/YJpdWlFJ3uJ2Sdcm14O
 AJZGMccyIHWe5Rgz2BDGdWp1jha2rx5r5rEV7XNjMlrZyR7qNi6QurWoyZGiU1fA
 BuUnLsNvuhejRveyWIQ57L/Gu2Q06ZrrUC4NMBIoPNOtyrKt0j2HitlAzsX02Hsw
 f9TyPebmXz528AdedKw=
 =ndvn
 -END PGP SIGNATURE-





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



Bug#528196: vgrabbj is not printing timestamps in lenny

2009-06-03 Thread Jamuraa
On Mon, May 11, 2009 at 5:01 AM, Florian z...@blackbone-ev.de wrote:
 Package: vgrabbj
 Version: 0.9.6-3.1
 Severity: important

 since upgrade from etch to lenny, vgrabbj doesnt print timestamps on the 
 picture.
[snip package dep info and such]

This is currently because freetype is disabled by the NMU patch to
solve a RC bug.  I'm working on a update which will have the type
enabled again using freetype2, but it may be a while (1-2 months).



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



Bug#520279: Reproduced, also with Ctrl+L

2009-03-29 Thread Jamuraa
I can reproduce this bug on debian sid as of 2009-03-29.
It also happens with Ctrl+L, Ctrl+S, Ctrl+C, Ctrl+F, F3, Shift+F3...
lots of other key combinations.


Michael Janssen --- Jamuraa --- jamu...@base0.net --- jamu...@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#432195: vgrabbj: freetype1 deprecation

2008-08-05 Thread Jamuraa
On Tue, Aug 5, 2008 at 12:05 PM, Petter Reinholdtsen [EMAIL PROTECTED] wrote:
 [Michael Janssen]
 I've been looking into this for a little bit now, and it doesn't
 look like something I can fix quickly, as there isn't an easy
 upgrade path from freetype1 to the new one.

 A quick fix to keep vgrabbj working is to drop support for imprinting
 labels in the images.  It would keep vgrabbj working when freetype1 is
 removed.

 This patch implement that change:
[patch snipped]
 Perhaps a better alternative instead of having vgrabbj removed from
 testing?  It would be great if you could try to get vgrabbj in Lenny,
 to get the stopmotion package used by Debian Edu working with USB
 cameras in Lenny.

This sounds like a good solution for now.  I'll implement the patch
tonight and upload a new version of vgrabbj.  I don't like taking
features away, but holding things out of testing is another story.

-- 
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]



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



Bug#432195: vgrabbj: freetype1 deprecation

2008-07-23 Thread Jamuraa
On Wed, Jul 23, 2008 at 1:00 AM, Petter Reinholdtsen [EMAIL PROTECTED] wrote:
 Hi.  Just to let you know, the vgrabbj package is required by
 stopmotion in Debian Edu to be able to grab images.  Without vgrabbj,
 stopmotion do not work, and vgrabbj is currently missing in Lenny,
 breaking stopmotion.  Any hope of having vgrabbj fixed in Lenny?

 Cc to the stopmotion maintainer to let him know about this issue.

I've been looking into this for a little bit now, and it doesn't look
like something I can fix quickly, as there isn't an easy upgrade path
from freetype1 to the new one.  If there are any tips that you can
give on the transition, or help with the patch, it will speed the
inclusion of vgrabbj in Lenny.

-- 
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]



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



Bug#454390: bittorrent -- Doesn't purge all files after piuparts Install+Upgrade+Purge test

2008-03-18 Thread Jamuraa
tags +pending
thanks

On Sun, Mar 16, 2008 at 10:32 PM, Andrew Moise
[EMAIL PROTECTED] wrote:
   This is also affecting me; it seems to be preventing me from using
  insserv.  I had bittorrent version 3.4.2-11 installed on my sid
  system, and I got this message from insserv:

  error: Obsolete conffile /etc/init.d/bittorrent left behind by package
  bittorrent

   I did have an /etc/init.d/bittorrent file, which did not go away
  when I purged bittorrent.

I have a package update in the works that should fix this bug (by
deleting the obselete file).
I'm trying to solve some of the lintian errors (or find out if they
are ignorable, I suspect they
are in this case) but I should upload it later this week, probably
Wednesday night.

-- 
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#439804: stage: dependency on 'player'

2007-08-27 Thread Jamuraa
On 8/27/07, Jayen [EMAIL PROTECTED] wrote:
 Package: stage
 Version: 2.0.3-1
 Severity: normal

 the package depends on 'player' and not 'robot-player' in debian/control

Thanks for this report.  I'll get that fix in tonight.

-- 
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#439794: robot-player: amd64

2007-08-27 Thread Jamuraa
On 8/27/07, Jayen [EMAIL PROTECTED] wrote:
 Package: robot-player
 Version: 2.0.4
 Severity: normal

 need an amd64 version

This is not a bug in the package, but a statement of the fact that the
buildds haven't been able to build the package yet since the
python-central bug #424906 has been fixed.

Given that you have python-central at least 0.5.15 installed you can
compile the package yourself by getting the sources and
build-dependencies `apt-get source robot-player` `apt-get build-dep
player` etc.

This bug will be closed as soon as the buildds catch up.

-- 
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#435187: gtwitter: No UI for starting gTwitter

2007-07-31 Thread Jamuraa
severity 435187 serious
tags 435187 +pending
thanks

On 7/29/07, Mark Brown [EMAIL PROTECTED] wrote:
 Currently the gTwitter package does not provide any way to run gTwitter.
 The user must run the application from the command line or similarly.
 This is fairly user hostile - I would expect to have some access to
 gTwitter via the GNOME or Debian menus.

 Severity important since this seems to be a fairly bad usability
 problem.

This is actually a serious level bug, as it's a violation of Debian
policy to have a GUI program with no entry on the menu in order to
start it.  I should have an update later this week that will fix this.

-- 
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#432195: vgrabbj: freetype1 deprecation

2007-07-12 Thread Jamuraa

On 7/8/07, Moritz Muehlenhoff [EMAIL PROTECTED] wrote:

Hi,
for Lenny we'd like to stop supporting two freetype packages in the archive.
freetype1 has been in oldlibs for Etch, it has very few reverse deps left
and we'll try to phase it out now.
Please adapt your package, so that it links against the regular freetype
package.


Any pointers to a Freetype1 - Freetype2 migration document would be
appreciated.  freetype.sf.net's documentation seems to imply that it
would be easy, but provides no further information.  It seems to be
a complicated conversion as many function calls and data structures
have changed.  I am not highly versed in freetype1 or freetype2, so
this may take me some time.

--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#432740: player: FTBFS: Nested quantifiers in regex

2007-07-11 Thread Jamuraa

On 7/11/07, Kurt Roeckx [EMAIL PROTECTED] wrote:

Package: player
Version: 2.0.4-1
Severity: serious

Hi,

Your package is failing to build with the following error:
Nested quantifiers in regex; marked by -- HERE in m/^debian/libplayerc++ -- 
HERE 2/usr/share/doc// at /usr/bin/dh_pycentral line 191.
make[1]: *** [binary-common] Error 2
make[1]: Leaving directory `/build/buildd/player-2.0.4'
make: *** [binary-arch] Error 2


Kurt





Yes.  This is bug #424906 in python-central.  There is a workaround
mentioned in that bug.  I am going to leave this bug on the player so
I don't get any more duplicate bug reports however.

--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#431263: gtwitter is not architecture dependent, CLI Policy violation 3.1.1

2007-07-01 Thread Jamuraa

On 7/1/07, Mirco Bauer [EMAIL PROTECTED] wrote:

Package: gtwitter
Severity: serious

gtwitter's debian/control says Architecture: any which is not correct
as the binary package does not contain architecture depedent files.
dll and exe files are both in the CIL [0] bytecode format and are
architecture indepedent (like java class/jars). Please change it to
all. This is a violation the CLI Policy section 3.1.1 [1]

[0] http://pkg-mono.alioth.debian.org/cli-policy/ch-terms.html#s-CIL
[1] 
http://pkg-mono.alioth.debian.org/cli-policy/ch-packaging.html#s-architecture

PS: using libsexy-dev in the binary deps is incorrect too, you need to
change the DllImport (called pinvoke) or a DLL map, see:
http://pkg-mono.alioth.debian.org/cli-policy/ch-mono.html#s4.2

--
Regards,

Mirco 'meebey' Bauer

PGP-Key ID: 0xEEF946C8

FOSS Developer[EMAIL PROTECTED]  http://www.meebey.net/
PEAR Developer[EMAIL PROTECTED] http://pear.php.net/
Debian Developer  [EMAIL PROTECTED]  http://www.debian.org/




This is an ack of this bug, which I was aware of before, but did not
know how to fix and didn't have the time at the moment.  Unfortunately
I am away from my main debian development computer and will not be
able to fix this until next week.  Feel free to NMU if desired.

--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#298814: Update?

2007-06-04 Thread Jamuraa

At this stage I'm about ready to move it to non-free, as it is almost
laughable how old the bittorrent client in debian is right now.  I
have pinged the developers multiple times since their latest license
revision and got no response at all, unfortunately.   I attempt to fix
bugs myself but some of them are just a bit hard to crack.

I'll probably give it a month or two (busy time for me atm) and then
initiate a new package bittorrent-5 (or bittorrent-nonfree) in
non-free that is derived from the newest branch.  The BitTorrent Open
Source License v1.1 [1] is at least free enough to go into non-free
according to my last thread on debian-devel [2].

1. http://www.bittorrent.com/license
2. http://lists.debian.org/debian-legal/2005/10/msg00042.html

--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


On 2/12/07, Andrew Ash [EMAIL PROTECTED] wrote:

Has there been any update to the licensing issues with Bittorrent?

This bug has also been reported to Ubuntu's bugtracker at
https://launchpad.net/bugs/58917





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



Bug#423901: unused init script in desktop install; split out python module?

2007-05-15 Thread Jamuraa

On 5/14/07, Joey Hess [EMAIL PROTECTED] wrote:

Package: bittorrent
Version: 3.4.2-10
Severity: normal

The gnome destkop task includes gnome-btdownload, which depends on the
bittorrent package to use the python modules BitTorrent.download and
BitTorrent.bencode. Problem is that the bittorrent package also includes
an init script, which clutters up the boot process, even though it does
nothing by default. It would be nice if gnome-btdownload could depend
on the python modules w/o putting in this init script. Perhaps the
modules could be split out of the bittorrent package?


Honestly, I would prefer to just remove the init script and put it
into /usr/share/doc/bittorrent/examples or something.  I have a sense
that at least 90% of bittorrent installs do not start the tracker, and
if they do, probably start it as non-root anyway - it is probably not
used enough to warrant continued existence in the boot process.

I'm averse to splitting the modules into their own package, leaving
two packages which are very small and have lots of overhead instead of
one.

--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#419995: This is not BitTorrent, it is BitTornado.

2007-05-15 Thread Jamuraa

reassign 419995 bittornado
thanks

This bug is not a BitTorrent bug as noted by the T- version number and
BitTornado in the error message.  As such I have forwarded it to the
BitTornado package.

--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#384724: marking bugs pending..

2007-01-02 Thread Jamuraa

tags 384724 +pending
thanks

I've applied this patch to my local copy, but I don't think it's worth
a update by itself.  I'm going to do some more maintenance later this
week and probably push an update out then.

Thanks!

--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#401056: gui traceback appeared, but no btdownloadgui instance died

2006-11-30 Thread Jamuraa

reassign 401056 bittornado
thanks

This is a bittornado bug, as noted by the T-0.3.17 version and
(BitTornado) in the version number.

--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


On 11/30/06, Matviychuk Oleg [EMAIL PROTECTED] wrote:

Package: bittorrent
Version: 3.4.2-10
Severity: normal



-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-686
Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=uk_UA.KOI8-U (charmap=KOI8-U)
(ignored: LC_ALL set to uk_UA.KOI8-U)

I've got the window BITTORRENT ERROR while few instances of
btdownloadgui seemed to be still normally running:

BitTorrent T-0.3.17 (BitTornado)
OS: linux2
Python version: 2.4.4c0 (#2, Jul 30 2006, 15:43:58)
[GCC 4.1.2 20060715 (prerelease) (Debian 4.1.1-9)]
wxWindows version: 2.6.3.2
Allocation method: normal

Traceback (most recent call last):
  File /var/lib/python-support/python2.4/BitTornado/RawServer.py,
line 144, in listen_forever self.sockethandler.handle_events(events)
  File /var/lib/python-support/python2.4/BitTornado/SocketHandler.py,
line 319, in handle_events s.handler.data_came_in(s, data)
  File /var/lib/python-support/python2.4/BitTornado/BT1/Encrypter.py,
line 175, in data_came_in x = self.next_func(m)
  File /var/lib/python-support/python2.4/BitTornado/BT1/Encrypter.py,
line 133, in read_message self.connecter.got_message(self, s)
  File /var/lib/python-support/python2.4/BitTornado/BT1/Connecter.py,
line 234, in got_message c.download.got_unchoke()
  File
/var/lib/python-support/python2.4/BitTornado/BT1/Downloader.py, line
127, in got_unchoke self._request_more(new_unchoke = True) File
/var/lib/python-support/python2.4/BitTornado/BT1/Downloader.py, line
237, in _request_more self.downloader.start_endgame() File
/var/lib/python-support/python2.4/BitTornado/BT1/Downloader.py, line
567, in start_endgame assert not self.endgamemode AssertionError






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



Bug#396431: Fwd: Bug#396431: bittorrent crash after start download

2006-11-02 Thread Jamuraa

(meant to send this to the bug as well)

-- Forwarded message --
From: Jamuraa [EMAIL PROTECTED]
Date: Nov 2, 2006 12:37 PM
Subject: Re: Bug#396431: bittorrent crash after start download
To: Alex de Oliveira Silva [EMAIL PROTECTED]


On 11/1/06, Alex de Oliveira Silva [EMAIL PROTECTED] wrote:

Jamuraa escreveu:
 On 10/31/06, Alex de Oliveira Silva [EMAIL PROTECTED] wrote:
 Package: bittorrent
 Version: 3.4.2-10
 Severity: important

 After I started download using btdownloadcurses I receive this erro.
 Thanks in advanced.

 Traceback (most recent call last):
   File /usr/bin/btdownloadcurses, line 220, in ?
 run(mainerrlist, argv[1:])
   File /usr/bin/btdownloadcurses, line 163, in run
 download(params, d.chooseFile, d.display, d.finished, d.error,
 mainkillflag, fieldw)
   File /var/lib/python-support/python2.4/BitTorrent/download.py,
 line 120, in download
 h = urlopen(config['url'])
   File /usr/lib/python2.4/urllib2.py, line 130, in urlopen
 return _opener.open(url, data)
   File /usr/lib/python2.4/urllib2.py, line 350, in open
 protocol = req.get_type()
   File /usr/lib/python2.4/urllib2.py, line 233, in get_type
 raise ValueError, unknown url type: %s % self.__original



 -- System Information:
 Debian Release: testing/unstable
   APT prefers testing
   APT policy: (500, 'testing')
 Architecture: i386 (i686)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.17-2-486
 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

 Versions of packages bittorrent depends on:
 ii  python2.4.3-11   An interactive
 high-level object-o
 ii  python-support0.5.4  automated rebuilding
 support for p

 Versions of packages bittorrent recommends:
 ii  mime-support  3.37-1 MIME files 'mime.types'
  'mailcap

 -- no debconf information



 Can you give me some more information:
 1. What is the exact command line that you used to produce this error
btdownloadcurses
Desktop/fisl7_-_Admin_-_Rodrigo_Vivi_-_SELinux\:_Deixando_seu_sistema_mais_seguro_\(ou_Paranoico\)_\!.ogg.torrent
 2. If possible, a URL to the .torrent which caused this problem.
http://torrents.softwarelivre.org:6969/torrents/fisl7_-_Admin_-_Rodrigo_Vivi_-_SELinux%3A_Deixando_seu_sistema_mais_seguro_(ou_Paranoico)_!.ogg.torrent?info_hash=f669ea28e782b8cf01feff94dd997fcd6fc503aa

 Without this information, I can't really diagnose this bug.

After some attempts, I was able to download it.
I dont know how caused this. Btw, thanks for the help.


Were you able to download it with the BitTorrent package tools or
other tools?   If you used the bittorrent package, did
btdownloadcurses work?  If that is the case, I would be willing to bet
that it was either a server issue or some transient package problem -
in either case it seems fixed now.  I'm going to look into the   exact
error you received later today but if I don't find anything do you
mind if I close this bug?

--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#396431: bittorrent crash after start download

2006-10-31 Thread Jamuraa

On 10/31/06, Alex de Oliveira Silva [EMAIL PROTECTED] wrote:

Package: bittorrent
Version: 3.4.2-10
Severity: important

After I started download using btdownloadcurses I receive this erro.
Thanks in advanced.

Traceback (most recent call last):
  File /usr/bin/btdownloadcurses, line 220, in ?
run(mainerrlist, argv[1:])
  File /usr/bin/btdownloadcurses, line 163, in run
download(params, d.chooseFile, d.display, d.finished, d.error, 
mainkillflag, fieldw)
  File /var/lib/python-support/python2.4/BitTorrent/download.py, line 120, in 
download
h = urlopen(config['url'])
  File /usr/lib/python2.4/urllib2.py, line 130, in urlopen
return _opener.open(url, data)
  File /usr/lib/python2.4/urllib2.py, line 350, in open
protocol = req.get_type()
  File /usr/lib/python2.4/urllib2.py, line 233, in get_type
raise ValueError, unknown url type: %s % self.__original



-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-486
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages bittorrent depends on:
ii  python2.4.3-11   An interactive high-level object-o
ii  python-support0.5.4  automated rebuilding support for p

Versions of packages bittorrent recommends:
ii  mime-support  3.37-1 MIME files 'mime.types'  'mailcap

-- no debconf information




Can you give me some more information:
1. What is the exact command line that you used to produce this error
2. If possible, a URL to the .torrent which caused this problem.

Without this information, I can't really diagnose this bug.

--
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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



Bug#300623: This is NOT a grave bug.

2005-03-20 Thread jamuraa

severity 300623 wishlist
merge 298814 300623
thanks

This is NOT a grave bug.  I refer you to 
http://www.debian.org/Bugs/Developer#severities

This bug is at nighest severity a normal bug, and this type is usually 
wishlist.  It has also been reported as bug #298814.

-- 
Michael Janssen --- Jamuraa --- [EMAIL PROTECTED] --- [EMAIL PROTECTED]


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