Need sponsor - bug 112987

2001-12-08 Thread idalton

What with classes taking up so much of my time, I didn't at all notice
that the fixed package I had up soon after the report was never gotten
in.

Package is at http://ferret.dyndns.org/idalton/debian/, findimagedupes
0.1.3-5 currently.

Someone please to check it and get it installed? As of now it ought to
be a 'serious' bug.


-- 
Ferret

-- Support your government, give Echelon / Carnivore something to parse --
classfield top-secret government restricted data  information project  CIA
KGB GRU DISA DoD  atheist  defense systems military systems  spy steal EMP
Microsoft terrorist Allah Natasha Gregori destroy destruct attack will own
send Russia bank system compromise  World Trade Center  international rule
the world  ATSC RTEM warmod ATMD  force Pentagon  power enforce  Bin Laden
Bill Gates sensitive directorate  TSP NSTD ORD DD2-N AMTAS STRAP warrior-T
presidental elections  policital foreign fnord embassy  takeover democracy
--


pgp3Ja5IjqjjO.pgp
Description: PGP signature


Upstream missing - what to do now

2001-10-08 Thread idalton

Blarrgh. I adopted zicq/krolden earlier this year. Upstream has been AWOL
for months now; his website http://www.crosswinds.net/~krolden/ appears
to no longer exist, and I have yet to see him connect on ICQ.

I *think* krolden needs a good protocol overhaul to be able to talk to
ICQ server. I'm lately been getting repeated messages, and it appears also
that some messages (both sending and receiving) are not getting through.

I'm also unable (mostly due to skill level, but partly due to Literature
class this semester) to even attempt to update the code. Should I simply
re-orphan the packages, or given the assumed protocol problems and the
lack of active upstream, ask for its removal?


-- 
Ferret

-- Support your government, give Echelon / Carnivore something to parse --
classfield top-secret government restricted data  information project  CIA
KGB GRU DISA DoD  atheist  defense systems military systems  spy steal EMP
Microsoft terrorist Allah Natasha Gregori destroy destruct attack will own
send Russia bank system compromise  World Trade Center  international rule
the world  ATSC RTEM warmod ATMD  force Pentagon  power enforce  Bin Laden
Bill Gates sensitive directorate  TSP NSTD ORD DD2-N AMTAS STRAP warrior-T
presidental elections  policital foreign fnord embassy  takeover democracy
--



msg04780/pgp0.pgp
Description: PGP signature


Upstream missing - what to do now

2001-10-08 Thread idalton
Blarrgh. I adopted zicq/krolden earlier this year. Upstream has been AWOL
for months now; his website http://www.crosswinds.net/~krolden/ appears
to no longer exist, and I have yet to see him connect on ICQ.

I *think* krolden needs a good protocol overhaul to be able to talk to
ICQ server. I'm lately been getting repeated messages, and it appears also
that some messages (both sending and receiving) are not getting through.

I'm also unable (mostly due to skill level, but partly due to Literature
class this semester) to even attempt to update the code. Should I simply
re-orphan the packages, or given the assumed protocol problems and the
lack of active upstream, ask for its removal?


-- 
Ferret

-- Support your government, give Echelon / Carnivore something to parse --
classfield top-secret government restricted data  information project  CIA
KGB GRU DISA DoD  atheist  defense systems military systems  spy steal EMP
Microsoft terrorist Allah Natasha Gregori destroy destruct attack will own
send Russia bank system compromise  World Trade Center  international rule
the world  ATSC RTEM warmod ATMD  force Pentagon  power enforce  Bin Laden
Bill Gates sensitive directorate  TSP NSTD ORD DD2-N AMTAS STRAP warrior-T
presidental elections  policital foreign fnord embassy  takeover democracy
--


pgpF6XcujqgHx.pgp
Description: PGP signature


two packages I wish some eyeballs on

2001-07-25 Thread idalton
Hello,

I asked my sponsor (Gergely Nagy [EMAIL PROTECTED]) about a week ago,
haven't heard from him yet.
I have two packages I would like to have checked out. Both are at
http://www.aom.geek/~idalton/debian/index.html (or ferret.dyndns.org for
those who still use ICANN nameservers).

Lintian on the 'krolden' package gives me the following error:
 internal error: syntax error in control file:   zicq is obsolete and dead 
upstream.
 internal error: cannot run debconf check on package krolden
 N: Skipping check of binary package krolden

I can't figure out what causes it. The main changes were the adding of
non-en templates files, so perhaps I did something wrong there.
I rebuild the previous version with the same tools and it passes lintian.
This package does install fine on my system, though.


The fbmuck6 package is a first-try for packaging. I still have a lot of
work to go on it (and related packages) and am looking for suggestions
and pointers about anything badly wrong. There is planned to be an
'fbmuck-base' package to contain scripts to make the other packages
more useful, a 'fbmuck6-doc' package, and possibly even an fbmuck5
set of packages. I wish to get this one fairly decent before I work on
the others.
I'm upstream's Debian packager, license headache maker, etc.

-- 
Ferret

I will be switching my email addresses from @ferret.dyndns.org to
@mail.aom.geek on or after September 1, 2001, but not until after
Debian's servers include support. 'geek' is an OpenNIC TLD. See
http://www.opennic.unrated.net for details about adding OpenNIC
support to your computer, or ask your provider to add support to
their name servers.


pgpGoAle7Xf7S.pgp
Description: PGP signature


Re: how to build a package conditionally?

2001-03-05 Thread idalton

On Mon, Mar 05, 2001 at 01:28:51AM -0500, Steve M. Robbins wrote:
 Hi,
 
 I'm maintaining a package (geomview) whose source is free, but parts
 of it require a non-free library (xforms) to compile.  Currently, the
 debian source package builds a single package that omits the programs
 that require xforms.  There is a wishlist bug requesting that a second
 package be created containing the extra bits.  That seems like a
 reasonable request.  How do I do it?
 
 The current geomview package is in "main", because it is DFSG free.
 The second package, however, would need to be in "contrib", since it
 uses the non-free "xforms" package.  To me, the main problem is that I
 don't want to build the second ("geomview-contrib") package
 unconditionally, because of the autobuilders.  I'd like to have the
 default behaviour of running "dpkg-buildpackage" to be that only the
 main geomview package is built.  But one should be able to trigger a
 build of both the main and the contrib packages.
 
 Is there a recommended way to achieve this?

Actually.. fltk is supposed to be an xforms replacement. If geomview
could build against that, you wouldn't have to bother with contrib.

-- Ferret
Who has no idea if fltk is 100% xforms-compatible.


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




Re: how to build a package conditionally?

2001-03-05 Thread idalton
On Mon, Mar 05, 2001 at 01:28:51AM -0500, Steve M. Robbins wrote:
 Hi,
 
 I'm maintaining a package (geomview) whose source is free, but parts
 of it require a non-free library (xforms) to compile.  Currently, the
 debian source package builds a single package that omits the programs
 that require xforms.  There is a wishlist bug requesting that a second
 package be created containing the extra bits.  That seems like a
 reasonable request.  How do I do it?
 
 The current geomview package is in main, because it is DFSG free.
 The second package, however, would need to be in contrib, since it
 uses the non-free xforms package.  To me, the main problem is that I
 don't want to build the second (geomview-contrib) package
 unconditionally, because of the autobuilders.  I'd like to have the
 default behaviour of running dpkg-buildpackage to be that only the
 main geomview package is built.  But one should be able to trigger a
 build of both the main and the contrib packages.
 
 Is there a recommended way to achieve this?

Actually.. fltk is supposed to be an xforms replacement. If geomview
could build against that, you wouldn't have to bother with contrib.

-- Ferret
Who has no idea if fltk is 100% xforms-compatible.



Re: renaming packages (was: Bug#80573: should replace grafix)

2000-12-27 Thread idalton
On Wed, Dec 27, 2000 at 12:58:02PM +0100, Peter Palfrader wrote:
 Hi!
 
 On Wed, 27 Dec 2000, Christian Kurz wrote:
 
  Are you sure that grafix1 and grafix-dev do not have any files in
  common? If yes, your suggestion would be alright.
 
 yes, fine :)
 
   Will apt-get upgrade work if the new package only has
   | Replaces: foo
   | Conflicts: foo
   ioe, will it pick up the new package automatically if the old
   one was installed? (it didn't for me although I might have
   screwed up)
  
  Hm, why do you ask me such a question via this mail, when you can get a
  faster and better answer via IRC, where some other people can help too?
 
 I'll ask on -mentors now [x-post  fup2]
 
 We have an old package grafix which should be replaced by grafix1.
 What is the correct way to do this?
 
 If I simply add the new grafix1 package with
 Package: grafix1
 Replaces: grafix
 Conflicts: grafix
 
 then apt-get install grafix1 will work just fine (i.e. remove grafix),
 however apt-get (dist-)upgrade will not realize there's a new version
 under a different name.
 
 
 The only solution I could come up with currently is to make a new
 grafix package also (with no content, only meta information) that
 would depend on the grafix1 package, so upon upgrade the new
 grafix package would require grafix1 and since this conflicts with
 grafix itself, grafix will be removed and grafix1 installed.

I used a Provides: statement to solve a similar problem cropping up in
dselect on my system. What if you add
Provides: grafix
to your package, and see if that works.
I'm not sure about having a new package providing an older, obsoleted
package and then removing the Provides in dist+1 or dist+2 though.
Would be nice to know if it would solve your immediate problem with
apt-get [dist-]upgrade.

 This is however an ugly solution in Shorty's and my opinion, so
 I'ld like to know wheter there is a better solution.
 
 If not, how long should this fake package be kept around?