Deconf and shared questions

[Manoj Srivastava]

Hi,

Now that the focus is turning onto debconf'ing packages, I am
 going to ask a question that has been plaguing me whenever I start
 thinking about debconfing some of my packages.

I have at least two packages now (dist and mailagent) that can
 use, and thus care about, the organization as recorded in
 /etc/news/organization. (Note that neither is a NNTP client or server
 or a MUA). A third, Gnus, also should use the value contained
 therein.

I am sure there must be any number of news servers, NNTP
 clients, etc, that also care for the value in /etc/new/organization,
 and arrange for that file to be created, though I have no idea how
 many there are, or which packages do so care.

At this point, in the postinst, the packages check to see if
 /etc/news/organization exists, or, if not, ask the user and create
 it.

Given that the check is done before asking any question in the
 postinst, if you do install all three of the packages, the first one
 whose postinst runs shall ask the question, and create the file;
 subsequently, the other packages won't ask the question, since the
 file /etc/news/organization shall exist. So the user is only asked
 once. 

Now, if all these packages use debconf, and they all
 preconfigure, then when the preconfiguration is run, the file does
 not exist -- and thus all the packages in question shall query the
 user -- bombarding the installer with multiple versions of the same
 question, over and over again -- unless all the packages use the
 same, shared, variable.

If there is to be a shared variable, what should the common
 shared toplevel hierarchy be? I don't see all these packages (dist,
 mailagent, Gnus, VM, and other packages) using a common (virtual)
 package name; they are not even close to being similar types of
 packages, and thus do not share a common purpose in general, only for
 this variable.

The question then becomes: what is this shared variable
 called? How does a package maintainer discover this variable? How are
 updates to common templates made? Does some package "own" this shared
 variable template? Which one? 

Where is this central registry of shared variablenames, so
 that the next package wanting to create /etc/news/organization can
 use the same variable, and not ask the user yet another duplicate
 question. 

manoj
-- 
Gunter's Airborne Discoveries: When you are served a meal aboard an
aircraft, the aircraft will encounter turbulence. The strength of the
turbulence is directly proportional to the temperature of your coffee.
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

Re: Work-needing packages report for Jul 11, 2003

[Marcelo E. Magallon]

Hi folks,

 I won't apologize for the long email.  When I started writing this I
 hoped it would be rather short.  The fact that it isn't only tells me
 that I was right -- about two years ago.  I can't believe that the QA
 people can say, with a straight face, that they are willing to maintain
 this pile of dung until someone shows up.  If we have so many
 maintainers and there are more at the burg's doors piling over each
 other in order to enter, why does the WNPP list keep growing like this?
 I simply went over the last WNPP mail, trimming everything that's not
 180 days old yet.  I am fully aware that because of the way the WNPP
 thing works that number might not be completely accurate, but it's
 nevertheless a good first approximation.

 Caveat emptor: my mood shifted a bit as I was writing.  Some of the
 comments might have a bit more bile than they should to be PC.

 Looking at the sorry state of this list, I'm tempted to include a short
 script in the WNPP mail that'd scream "hey!  is orphaned and you
 have it installed! Be a good person and adopt it."  When I first talked
 about this with Niels the idea of the list was to _reduce_ the number
 of packages without a maintainer, not to increase the ammount of crap
 that developers get in their mail.  Any suggestions to make the WNPP
 mails more useful, or easier to read or more effective are welcomed.

On Fri, Jul 11, 2003 at 12:33:22AM -0400, Work Needing Prospective
Packages wrote:

 >blackened (#175101), orphaned 189 days ago
 >  Description: A feature rich ircII based IRC client

 Feature rich, but after six months noone seems to be interested in it.

 >calc (#175399), orphaned 186 days ago
 >  Description: An advanced calculator and mathematical tool for Emacs
 >  Reverse Depends: riece-ndcc

 Maybe the maintainer of riece-ndcc cares about this?

 >cbb (#166249), orphaned 259 days ago
 >  Description: The Check-Book Balancer, a Quicken clone

 I thought this this had merged with GNUcash upstream, didn't it?

 >docbook-to-man (#154590), orphaned 347 days ago
 >  Description: Converter from DocBook SGML into roff -man macros
 >  Reverse Depends: gtk-doc-tools

 If gtk-doc-tools depends on this, perhaps the GTK+ folk care to
 maintain a package that, from the description alone, consists of a
 script and some style sheets?

 >figurine (#162058), orphaned 290 days ago
 >  Description: An X11 vector graphics drawing program
 >  Reverse Depends: education-graphics

 Not a good one if noone adopts it after ~ 10 months.

 >g5 (#165500), orphaned 264 days ago
 >  Description: gtk-based 5-in-a-row game

 Not an attractive one?

 >gdkxft (#173651), orphaned 203 days ago
 >  Description: transparently adds anti-aliased font support to
 >  gtk+-1.2

 AFAIUI, this causes more trouble than not -- which is the reason why it
 never made to GTK+ proper and had to wait for GTK+ 2.

 >gmail (#170637), orphaned 227 days ago
 >  Description: GNOME mail client using SQL-based vfolders

 SQL-based vfolders are surely a cool thing, but it's not so cool if
 noone is maintaining this.

 >gnat-glade (#154100), orphaned 351 days ago
 >  Description: Distributed systems in Ada

 No longer required for that lecture, uh?

 >gnat-glade-doc (#154101), orphaned 351 days ago
 >  Description: GNAT Distributed Systems Annex documentation

 But it's documented!

 >gnome-objc (#165642), orphaned 263 days ago
 >  Description: objective-c bindings for gtk/gnome (obs.)
 >  Reverse Depends: libobgnome-dev libobgtk-dev libobgnome0 gnome-admin

 No GTK+ 2 yet, uh?  Upstream still alive?

 >gphone (#161708), orphaned 293 days ago
 >  Description: X/GTK-based internet telephone.

 I'd thought there'd be more people interested in this kind of thing...

 >gtk-engines-cleanice (#162410), orphaned 287 days ago
 >  Description: CleanIce theme for GTK+ 1.2

 And I thought this was one of thise 37337 engines that are on the
 must-install-in-all-boxes list.

 >hns2 (#152701), orphaned 364 days ago
 >  Description: Hyper Nikki System
 >  Reverse Depends: hns2

 Ok.  Whatever that means, it's been orphaned for a year.

 >htmlheadline (#164988), orphaned 267 days ago
 >  Description: Automatically fetch news headlines

 Yet another orphan script?

 >ipchains-perl (#123694), orphaned 575 days ago
 >  Description: Perl interface to ipchains

 ipchains, no wonder it's orphaned.

 >judy (#172772), orphaned 210 days ago
 >  Description: C library for creating and accessing dynamic arrays
 >  Reverse Depends: libjudy-dev

 I thought that bogus bogofilter depended on this for building...

 >junit-freenet (#165504), orphaned 264 days ago
 >  Description: basic reimplementation of the JUnit unit testing
 >  framework

 Ah... Java...

 >kernel-image-2.2.20-udma100-ext3-i386 (#158152), orphaned 433 days ago
 >  Description: Linux

Re: Work-needing packages report for Jul 11, 2003

[Andrew Suffield]

On Fri, Jul 11, 2003 at 08:49:46AM +0200, Marcelo E. Magallon wrote:
>  I won't apologize for the long email.  When I started writing this I
>  hoped it would be rather short.  The fact that it isn't only tells me
>  that I was right -- about two years ago.  I can't believe that the QA
>  people can say, with a straight face, that they are willing to maintain
>  this pile of dung until someone shows up.  If we have so many
>  maintainers and there are more at the burg's doors piling over each
>  other in order to enter, why does the WNPP list keep growing like this?

Because it's damn near impossible to get the things removed.

-- 
  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ | Dept. of Computing,
 `. `'  | Imperial College,
   `- -><-  | London, UK


pgpnxKlZg4btQ.pgp
Description: PGP signature

list-rc.d

[Calvin Wong]

i have this simple shell script called list-rc.d
hosted here http://mirrorlynx.com/download.php
it doesnt do what chkconfig does but its usefull for doing
something like chkconfig --list on redhat.

- calvin

Avoid the Gates of Hell.  Use Linux
(Unknown source)

Re: Work-needing packages report for Jul 11, 2003

[Manoj Srivastava]

On Fri, 11 Jul 2003 08:49:46 +0200, Marcelo E Magallon <[EMAIL PROTECTED]> 
said: 

>> calc (#175399), orphaned 186 days ago Description: An advanced
>> calculator and mathematical tool for Emacs Reverse Depends:
>> riece-ndcc

>  Maybe the maintainer of riece-ndcc cares about this?

I use this package, and am interested in adopting it, except
 that I note that Colin Walters states that:

>  I am orphaning the calc package; it is now included in the GNU Emacs 
>   
>  CVS, and will be in the coming 20.3 release.  Since I think XEmacs has   
>   
>  their own version of calc, this package will soon have little purpose in 
>   
>  life except to provide calc for Emacs 20 users, who should be switching  
>   
>  to Emacs 21 anyways. 
>   

   [I think he meant 21.3, not 20.3]

I note, however, that we have 21.3 in unstable, and we still
 do not seem to have calc in emacs21. Does anyone know what happened?
 I note that ftp://ftp.gnu.org/poub/gnu/calc/ still contains calc
 2.02f.tar.gz from 1997.

>  I've CC'd this to the debian-emacsen list in case any Debian Emacs   
>   
>  hacker wants to adopt it.
>   

And I am CC'ing that list to see if anyone can shed any light
 on this issue.

manoj
-- 
Term, holidays, term, holidays, till we leave school, and then work,
work, work till we die. C.S. Lewis
Manoj Srivastava   <[EMAIL PROTECTED]>  
1024R/C7261095 print CB D9 F4 12 68 07 E4 05  CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B  924B 21BA DABB BF24 424C

Re: Work-needing packages report for Jul 11, 2003

[Andreas Metzler]

Marcelo E. Magallon <[EMAIL PROTECTED]> wrote:
[...]
> >judy (#172772), orphaned 210 days ago
> >  Description: C library for creating and accessing dynamic arrays
> >  Reverse Depends: libjudy-dev

> I thought that bogus bogofilter depended on this for building...

Iirc (but I only follw bogfilter's MLs very loosely), bogofilter's
dependency on judy was abolished at least 6 months ago.

[...]
> >pclock (#156523), orphaned 331 days ago
> >  Description: Clock Dock app for Window Maker window manager

> I maintain and use asclock, thanks, but this is a really nice app,
> should someone be interested, that is.
[...]

If I weren't using asclock happily.

[...]
> >svgalib (#173471), orphaned 205 days ago
> >  Description: Console SVGA display libraries
> >  Reverse Depends: snes9x-svga yh sabre lockvc atari800 cthugha
> >  libggimisc2 uae-suid libsdl1.2debian-all apple2 spectemu-svga
> >  crystalspace xsabre thrust svgalib1-altdev svgalib1 zgv freecraft
> >  lirc-svga xpcd-svga bmv xaos synaesthesia dvisvga quake2 xmame-svga
> >  svgalib-bin chdrv gnuboy-svga abuse lxdoom-svga lincity-svga lcdproc
> >  povray fceu-svga qcam vgacardgames ohphone vlc-plugin-svgalib
> >  zblast-svgalib svncviewer acidwarp liballegro4a-plugin-svgalib
> >  razzle vgagamespack xmame-fx luxman svgalibg1-dev
> >  libggi-target-svgalib

> Of all those people, someone surely has an interest in this.  Or
> perhaps it's time to just drop this crash-inducing security-scary
> package?

Valid suggestion. Personally I've never used svgalib (I did not like
SUID) and have been using framebuffer (MGA) for text applications and
viewing a picture one and then and X11 for stuff requiring hardware
accelleration. (Doom.)

Does svgalib offer enhancements compared to vesafb? (higher refresh
rates?)

[...]
> >transformiix (#174344), orphaned 196 days ago
> >  Description: An XSLT processor

> I have read nice things about this, I think.

There is xsltproc, which has identical long and short description,
works reasonably well and seems to have quite upstream autors.

[...]
> >xanim (#148507), orphaned 407 days ago (non-free)
> >  Description: Plays multimedia files (animations, pictures, and
> >  sounds)
> >  Reverse Depends: tkxanim xanim-modules

> Go away, you non-free thing.

AOL!
 cu andreas

Re: Bug#200793: ITP: libdaemon -- leightweight C library for daemons

[Stephen Quinney]

I suspect 'leightweight' is not the spelling you want. The correct
english spelling is lightweight if you mean "something that weighs
relatively little or less than average"

Stephen Quinney


On Thu, Jul 10, 2003 at 09:57:15PM +0200, Oliver Kurth wrote:
> Package: wnpp
> Version: unavailable; reported 2003-07-10
> Severity: wishlist
> 
> * Package name: libdaemon
>   Version : 0.2
>   Upstream Author : Lennart Poettering 
> * URL : 
> http://www.stud.uni-hamburg.de/~lennart/projects/libdaemon/
> * License : GPL
>   Description : leightweight C library for daemons
> 
>libdaemon is a leightweight C library which eases the writing of UNIX
>daemons. It consists of the following parts:
>  * A wrapper around fork() which does the correct daemonization
>procedure of a process
>  * A wrapper around syslog() for simpler and compatible log output to
>Syslog or STDERR
>  * An API for writing PID files
>  * An API for serializing UNIX signals into a pipe for usage with
>select() or poll()
> 
>Routines like these are included in most of the daemon software
>available. It is not that simple to get it done right and code
>duplication cannot be a goal.
> 
> 
> The new version of ifplugd depends on this library, that's why it is 
> needed.
> 
> Greetings,
> Oliver
> 
> -- System Information:
> Debian Release: testing/unstable
> Architecture: i386
> Kernel: Linux debian 2.4.21 #3 Thu Jun 26 14:08:29 CEST 2003 i686
> Locale: LANG=C, LC_CTYPE=de_DE
> 
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 

Nowa dystrybucja

[Grzegorz Zalewski]

Czy znana jest data (nawet przybliżona) wydania kolejnej wersji 
stabilnej (3.0r2) debiana ?
Jeśli tak to prosiłbym o jej podanie.

Pozdrawiam serdecznie,
Grzegorz Zalewski


Luc Besson zaprasza na najszybszą komedię lata "TAXI 3"
< http://film.wp.pl/p/film.html?id=7507&h=4084979 >

Bug#200843: ITP: libdata-hexdump-perl -- dump data as hexadecimal values

[Ivo Timmermans]

Package: wnpp
Version: unavailable; reported 2003-07-11
Severity: wishlist

* Package name: libdata-hexdump-perl
  Version : 0.02
  Upstream Author : Fabien Tassin <[EMAIL PROTECTED]>
* URL : http://www.cpan.org/modules/by-authors/id/FTASSIN/
* License : "same terms as Perl itself"
  Description : dump data as hexadecimal values

 Dump the contents of arbitrary (scalar) variables as a list of
 hexadecimal values: 
 .
 Each line of the result consists of the offset in the source in the
 leftmost column of each line, followed by one or more columns of data
 from the source in hexadecimal. The rightmost column of each line
 shows the printable characters (all others are shown as single dots).


-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux scarlet 2.4.20-xfs-hfsplus #1 zo jun 15 11:15:31 CEST 2003 i686
Locale: LANG=nl_NL, LC_CTYPE=nl_NL

Re: Bug#200793: ITP: libdaemon -- leightweight C library for daemons

[Oliver Kurth]

On Fri, Jul 11, 2003 at 08:55:49AM +0100, Stephen Quinney wrote:
> I suspect 'leightweight' is not the spelling you want. The correct
> english spelling is lightweight if you mean "something that weighs
> relatively little or less than average"

Thanks, I'll change that.

It was copied and pasted from the upstream description...

> >   Description : leightweight C library for daemons

Greetings,
Oliver

-- 
  .''`.
 : :' :Oliver Kurth [EMAIL PROTECTED]
 `. `'   Debian GNU/Linux maintainer - www.debian.org
   `-


pgpiKXjowq8GN.pgp
Description: PGP signature

Re: Debian 10th birthday gear

[Ola Lundqvist]

On Tue, Jul 08, 2003 at 05:36:22PM +1000, Anand Kumria wrote:
*SNIP*
>10 bug fixed
>   100 million users

Hmm... That is very much people. That is about 150 times more than the
number of people on this planet.

>  1000 installations
> 1 lines of code
> 
> I'd welcome any feedback / improvements.

Regards,

// Ola

> Regards,
> Anand
> 
> -- 
>  `` We are shaped by our thoughts, we become what we think.
>  When the mind is pure, joy follows like a shadow that never
>  leaves. '' -- Buddha, The Dhammapada



-- 
 - Ola Lundqvist ---
/  [EMAIL PROTECTED] Annebergsslingan 37  \
|  [EMAIL PROTECTED] 654 65 KARLSTAD  |
|  +46 (0)54-10 14 30  +46 (0)70-332 1551   |
|  http://www.opal.dhs.org UIN/icq: 4912500 |
\  gpg/f.p.: 7090 A92B 18FE 7994 0C36  4FE4 18A1 B1CF 0FE5 3DD9 /
 ---

Bug#200851: ITP: opengroupware.org -- Groupware server to integrate with office suite products and groupware clients

[Javier Viñuales Gutiérrez]

Package: wnpp
Version: unavailable; reported 2003-07-11
Severity: wishlist


* Package name: opengroupware.org
  Version : 1.0
  Upstream Author : [EMAIL PROTECTED]
* URL : http://www.opengroupware.org/
* License : GPL, LGPL
  Description : Groupware server to integrate with office suite products 
and groupware clients

Open source groupware server to integrate with the leading open source
office suite products and all the leading groupware clients running
across all major platforms, and to provide access to all functionality
and data through open XML-based interfaces and APIs.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux phoebe 2.4.21-rc6 #6 jue jul 10 14:47:43 CEST 2003 i686
Locale: LANG=es_ES, LC_CTYPE=es_ES (ignored: LC_ALL set)

Re: Work-needing packages report for Jul 11, 2003

[Sam Hocevar]

On Fri, Jul 11, 2003, Marcelo E. Magallon wrote:

>  >g5 (#165500), orphaned 264 days ago
>  >  Description: gtk-based 5-in-a-row game
> 
>  Not an attractive one?

   It's still gtk1 and uses O and X characters to display the pieces,
so "not attractive" is probably the correct description. The AI seems
OK though. I ported it to gtk2 and will send patches to the BTS when I
have some time.

>  >gtk-engines-cleanice (#162410), orphaned 287 days ago
>  >  Description: CleanIce theme for GTK+ 1.2
> 
>  And I thought this was one of thise 37337 engines that are on the
>  must-install-in-all-boxes list.

   I use it. If no one show interest in it, I'll adopt the package and
maintain it until gtk1 is no longer used (as if).

>  >svgalib (#173471), orphaned 205 days ago
>  >  (...)
> 
>  Of all those people, someone surely has an interest in this.  Or
>  perhaps it's time to just drop this crash-inducing security-scary
>  package?

   Is anyone working on this? svgalib is x86 only, doesn't work with
most cards and needs root, but it is very fast. And upstream is not very
active these days, but the pre-2 releases looked promising. I would like
to help in any effort done on the svgalib packages, but I do not feel
like adopting it since I only have two different video cards.

   In the other hand, porting an svgalib program so that it uses SDL
instead is not extremely difficult (I did it for gravitywars), and SDL
has an svgalib backend so almost no features are lost.

-- 
Sam.

Re: Work-needing packages report for Jul 11, 2003

[Joshua Kwan]

On Fri, Jul 11, 2003 at 08:49:46AM +0200, Marcelo E. Magallon wrote:
>  >docbook-to-man (#154590), orphaned 347 days ago
>  >  Description: Converter from DocBook SGML into roff -man macros
>  >  Reverse Depends: gtk-doc-tools
> 
>  If gtk-doc-tools depends on this, perhaps the GTK+ folk care to
>  maintain a package that, from the description alone, consists of a
>  script and some style sheets?

I use this extensively in my packages, but I'm not so good with the base
SGML stuff in Debian yet. If I get with the program I will probably
adopt this one.

>  >gdkxft (#173651), orphaned 203 days ago
>  >  Description: transparently adds anti-aliased font support to
>  >  gtk+-1.2

DIE KILL DIE KILL DIE KILL this has given me nothing but *problems*

>  >gtk-engines-cleanice (#162410), orphaned 287 days ago
>  >  Description: CleanIce theme for GTK+ 1.2
> 
>  And I thought this was one of thise 37337 engines that are on the
>  must-install-in-all-boxes list.

Again, I still need to get with the picture, this time WRT GTK+ theme engines
in general. ATM I'm treating them like a black box of C code which Just Works

>  >kernel-image-2.2.20-udma100-ext3-i386 (#158152), orphaned 433 days ago
>  >  Description: Linux kernel binary image for version
>  >  2.2.20-udma100-ext3
>  >  Reverse Depends: pcmcia-modules-2.2.20-udma100-ext3

Personally I'd pull this one for next release. Are many people still
using it? It seems patched to the kills and probably not so great. (2.2
just by itself isn't so great too...)

>  >kernel-patch-ethernet-drivers (#158153), orphaned 433 days ago
>  >  Description: patches with drivers for ethernet cards
> 
>  Which are apparently not needed anymore, uh?

Correct. These are all in 2.4.21, aren't they? I'd pull it

>  >kernel-patch-ext3-2.2 (#158154), orphaned 433 days ago
>  >  Description: ext3fs support for Linux 2.2.19 and 2.2.20
> 
>  Ah... more old patches...

Same

>  >pclock (#156523), orphaned 331 days ago
>  >  Description: Clock Dock app for Window Maker window manager

wmclock is more my cup of tea

>  >snes9express (#174126), orphaned 199 days ago
>  >  Description: GTK+ front-end for snes9x
> 
>  Not into Nintendos anymore, uh?

Actually using 'snes9x' by itself once the whole shebang is set up is a
lot easier than using this very silly GUI. I'd pull it, but it is
something that sounds like people are interested in
 
>  >svgalib (#173471), orphaned 205 days ago
>  >  Description: Console SVGA display libraries
>  Of all those people, someone surely has an interest in this.  Or
>  perhaps it's time to just drop this crash-inducing security-scary
>  package?

This one kind of shocked me. I sure hope it conflicts with
harden-something. And directfb has mostly superseded it for computers
where you would expect to be able to do things fairly smoothly.

>  >xkbsel (#172021), orphaned 216 days ago
>  >  Description: Tool for defining, selecting, and indicating XKB
>  >  keyboards.
>  Oh-key.

[badum-tish]

>  >xtrojka (#156524), orphaned 331 days ago (non-free)
>  >  Description: Fast paced columns-like game
> 
>  YATP.  And it's non-free!

It sucks, IMHO. xemeraldia beats the stuffing out of many tetris
packages, and don't forget crack-attack ;D

Just my 2 $SMALLEST_DENOMINATION

-Josh

-- 
"Notice that, written there, rather legibly, in the Baroque style common 
to New York subway wall writers, was, uhm... was the old familiar 
suggestion. And rather beautifully illustrated, as well..."

   -- Art Garfunkel on the inspiration for "A Poem On The Underground Wall"


pgpF2SnQur9SL.pgp
Description: PGP signature

unsubscribe

[Jo Voordeckers]

-- 
Mvg,

Jo Voordeckers
Imagine-IT.BE

Re: Debian 10th birthday gear

[Frank Gevaerts]

On Wed, Jul 09, 2003 at 11:44:12AM -0500, Nathan E Norman wrote:
> On Tue, Jul 08, 2003 at 09:44:06PM -0400, James Michael Greenhalgh wrote:
> > 
> > > > >   100 million users
> > > > >  1000 installations
> > > >
> > > > I would recommend to exchange these last two lines. More installations
> > > > than users?
> > >
> > > actually they are million users :)
> > >
> > 
> > Is it me or has the debate over whether there are more installations or 
> > users 
> > resulted in your post/point being lost.  100 million users = 
> > 1 users - it should just be 100 users?
> 
> Since there are roughly 30 people on the planet, 1
> users must mean debian is the first interplanetary operating system.

Isn't that why it is called the Universal operating System ?

Frank

Bug#200855: ITP: jack-rack -- LADSPA plugin rack

[Guenter Geiger (Debian/GNU)]

Package: wnpp
Version: unavailable; reported 2003-07-11
Severity: wishlist

* Package name: jack-rack
  Version : 1.4.1
  Upstream Author : Bob Ham
* URL : http://pkl.net/~node/jack-rack.html
* License : GPL
  Description : LADSPA plugin rack

 Jack Rack is a LADSPA host with JACK support, which can be used as an 
 audio effects processor. Jack Rack loads plugins that comply to the LADSPA
 standard.
   

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux xdv 2.4.19-686 #1 Thu Aug 8 21:30:09 EST 2002 i686
Locale: LANG=C, LC_CTYPE=C

Re: Work-needing packages report for Jul 11, 2003

[Arnaud Vandyck]

"Marcelo E. Magallon" <[EMAIL PROTECTED]> wrote:
[...]
>  >junit-freenet (#165504), orphaned 264 days ago
>  >  Description: basic reimplementation of the JUnit unit testing
>  >  framework
> 
>  Ah... Java...

>From the author:

This is  a basic reimplementation  of the JUnit unit  testing framework,
licensed under  the GNU GPL (JUnit  is, for some  reason, released under
the IBM Public  License). This was just an afternoons  hack, so for real
testing you  may still  wish to use  JUnit, but developing  against this
should avoid any questions regarding  licensing (since you are using the
GPL, right?).

This  code is  written without  the  authorization or  knowledge of  the
original JUnit  authors, and  bears no relation  to their code  short of
containing the same class, method, and field names.

&& oskar sandberg ([EMAIL PROTECTED])

When I look at the cvs, two  classes have been commited 8 month ago, the
other 23 month ago!..

I  do not  know if  the upstream  is  very active  on this  part of  the
project...

-- Arnaud Vandyck
   http://alioth.debian.org/users/arnaud-guest/

Re: Debian 10th birthday gear

[Craig Sanders]

On Tue, Jul 08, 2003 at 06:10:33PM +0800, Cameron Patrick wrote:
> On Tue, Jul 08, 2003 at 11:11:13AM +0200, Sebastian Rittau wrote:
> | >   100 million users
> | >  1000 installations
> | 
> | I would recommend to exchange these last two lines. More installations
> | than users?
> 
> If you read it more carefully it implies that there are 100 000 users per
> installation - which also seems rather unlikely. :)

you're all making a big mistake.  those numbers were obviously binary, not
decimal.

craig

Re: Bug#200770: ITP: ladcca -- linux audio developers configuration and connection API

[guenter geiger]

On Thu, 10 Jul 2003, Ulrich Eckhardt wrote:

> On Thursday 10 July 2003 18:35, Guenter Geiger (Debian/GNU) wrote:
> > * URL : http://www.some.org/
> > * License : GPL2
> >   Description : linux audio developers configuration and connection API
> >
> > LADCCA is a session management system for JACK and ALSA audio
> > applications on GNU/Linux.
>
> Can you supply the URL of the project please ? And while you're at it, I'd in
> fact switch the short description and the long one, it says much more than
> the meaning of the raw abbreviation.

URL is http://pkl.net/~node/ladcca.html

Yes, I might elaborate on the description a bit (just took the title and
the  description from the project homepage.)

> One question also, JACKs homepage says it was written primarily for Linux does
> that mean it also runs on top of other kernels?
> ;)

Yes, JACK runs on OSX too, AFAIK.

Guenter

debian packages for openoffice 1.1beta?

[Guntupalli Karunakar]

Hi,
 Are there any .debs available for openoffice 1.1 beta? Has nyone made
them?
package list in unstable/editors has openoffice 1.0.3 only.

Regards,
Karunakar

-- 
A Reasonable man adapts himself to the world
An Unreasonable man tries to adapt the world to himself
So all progress in the world depends on the Unreasonable man - GB Shaw

---
* Indian Linux project*
* http://www.indlinux.org *
---

Re: Debian 10th birthday gear

[Steve Kowalik]

At  9:13 pm, Friday, July 11 2003, Craig Sanders mumbled:
> you're all making a big mistake.  those numbers were obviously binary, not
> decimal.
> 
2 architectures? Rght.

-- 
   Steve
 advice to insomniacs: autoconf macro references can be coma-inducing

Re: Work-needing packages report for Jul 11, 2003

[Steve Greenland]

On 11-Jul-03, 02:21 (CDT), Andrew Suffield <[EMAIL PROTECTED]> wrote: 
> 
> Because it's damn near impossible to get the things removed.

Huh? Submit a bug report against ftp.debian.org, and ask that the
package be removed. What's so hard about it?

I suppose there might be an issue the original maintainer is MIA, but
if a package has been on the "orphaned" list for >6 months, then that
should be sufficient to get the package pulled and the WNPP bug closed.

Or perhaps we should just decree that no unmaitained packages go out
in a stable release. At the beginning of the freeze, mark all the WNPP
packages for removal (along with their dependencies :-)), and then see
if we can inspire some reaction.

Steve


-- 
Steve Greenland
The irony is that Bill Gates claims to be making a stable operating
system and Linus Torvalds claims to be trying to take over the
world.   -- seen on the net

RE: Work-needing packages report for Jul 11, 2003

[Julian Mehnle]

Steve Greenland wrote:
> Or perhaps we should just decree that no unmaitained packages go out
> in a stable release. At the beginning of the freeze, mark all the WNPP
> packages for removal (along with their dependencies :-)), and then see
> if we can inspire some reaction.

Good idea!  An even better idea would be to remove packages from "testing" if 
they're orphaned for >6 months.

Re: but I want the GNU versions of packages

[Mathieu Roy]

Robert Millan <[EMAIL PROTECTED]> a tapoté :

> On Mon, 30 Jun 2003 13:58:54 +0100, Colin Watson wrote:
> > On Mon, Jun 30, 2003 at 09:31:39AM +0200, Roland Mas wrote:
> > > Dan Jacobson (2003-06-28 07:57:55 +0800) :
> > > > Gentlemen, after I installed "Debian GNU/Linux", I found I had to
> > > > take extra steps to get the GNU version of a program installed, as
> > > > some other leading brand alternative was in its stead.
> > > >
> > > > So what is the single command to apt-get install all the GNU
> > > > versions of everything?
> > > 
> > > I humbly suggest "apt-get install task-gnu-only".  Of course, someone
> > > will have to make and maintain that task package, but once done, there
> > > you are.  Or you could start a Debian-GNU-Only subproject.
> > 
> > One question: what's the point? Surely you want the best, not
> > necessarily the GNU version (which might be an incredibly bleeding-edge
> > pre-alpha thing, like for example mailutils was not so long ago)?
> 
> bleeding-edge pre-alpha thing... well task-gnu-only will include the Hurd,
> won't it? ;)

Aside from the joke, we are talking about a package available also for
Debian GNU/_Linux_, aren't we?

The name task-gnu-only seems misleading. From what we said previously,
it should be something like task-gnu-when-it-exists.

Regards,


-- 
Mathieu Roy
 
  Homepage:
http://yeupou.coleumes.org
  Not a native english speaker: 
http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english

Re: but I want the GNU versions of packages

[Robert Millan]

On Fri, Jul 11, 2003 at 03:43:55PM +0200, Mathieu Roy wrote:
> Robert Millan <[EMAIL PROTECTED]> a tapoté :
> 
> > On Mon, 30 Jun 2003 13:58:54 +0100, Colin Watson wrote:
> > > One question: what's the point? Surely you want the best, not
> > > necessarily the GNU version (which might be an incredibly bleeding-edge
> > > pre-alpha thing, like for example mailutils was not so long ago)?
> > 
> > bleeding-edge pre-alpha thing... well task-gnu-only will include the Hurd,
> > won't it? ;)
> 
> Aside from the joke, we are talking about a package available also for
> Debian GNU/_Linux_, aren't we?

Fine, but then it can't be task-gnu-_only_.. maybe task-gnu-usualy? :)

> The name task-gnu-only seems misleading. From what we said previously,
> it should be something like task-gnu-when-it-exists.

IMHO when-it-exists is missleading also. Bleeding-edge or stuff we don't
provide still exists.

-- 
Robert Millan

Re: Debian 10th birthday gear

[Frank Gevaerts]

On Fri, Jul 11, 2003 at 11:21:18PM +1000, Steve Kowalik wrote:
> At  9:13 pm, Friday, July 11 2003, Craig Sanders mumbled:
> > you're all making a big mistake.  those numbers were obviously binary, not
> > decimal.
> > 
> 2 architectures? Rght.

Little endian and big endian. Or CISC and RISC. Don't make your
subdivisions too low level.

Frank

Re: Work-needing packages report for Jul 11, 2003

[Lukas Geyer]

"Marcelo E. Magallon" <[EMAIL PROTECTED]> writes:

>  >wavtools (#155263), orphaned 342 days ago
>  >  Description: WAV play, record, and compression
> 
>  Just like sox! Not really...

Well, wavtools is a pile of crap, as detailed by Daniel Kobras in
#97589. I just filed for its removal.

Lukas

P.S.: Thanks for the commented junkya^Wlist, Marcelo. I found it very
useful.

-- 
Give a man an answer, and he's satisfied today. Teach him to program,
and he will be frustrated for the rest of his life. 

Re: Work-needing packages report for Jul 11, 2003

[Chad Walstrom]

On Fri, Jul 11, 2003 at 08:49:46AM +0200, Marcelo E. Magallon wrote:
> >py-xmlrpc (#161224), orphaned 296 days ago
> >  Description: Implementation of the XML-RPC protocol for Python
>
> Let me guess... the snake lovers came up with something better?

py-xmlrpc is integrated into the Python 2.2 library.
http://www.python.org/doc/current/lib/module-xmlrpclib.html.  I don't
even see the package in woody.

-- 
Chad Walstrom <[EMAIL PROTECTED]>   http://www.wookimus.net/
   assert(expired(knowledge)); /* core dump */


pgp5zokIJiJg9.pgp
Description: PGP signature

Re: Debian 10th birthday gear

[Bob Proulx]

Ola Lundqvist wrote:
> Anand Kumria wrote:
> >10 bug fixed
> >   100 million users
> 
> Hmm... That is very much people. That is about 150 times more than the
> number of people on this planet.

Give the world time.  The population is still increasing.  Just
planning for the future.  :-)

Bob


pgpH6s7IHfSN5.pgp
Description: PGP signature

Re: Work-needing packages report for Jul 11, 2003

[Jamin W. Collins]

On Fri, Jul 11, 2003 at 08:49:46AM +0200, Marcelo E. Magallon wrote:

>  I can't believe that the QA people can say, with a straight face,
>  that they are willing to maintain this pile of dung until someone
>  shows up.  If we have so many maintainers and there are more at the
>  burg's doors piling over each other in order to enter, why does the
>  WNPP list keep growing like this?

Sure there are a number of people at "burg's doors" waiting to become a
Debian Maintainer.  I'm one of them.  As of today, I've been awaiting
DAM approval now for 155 days, with no end to the wait in sight.  I've
already adopted one orphaned package (Jabber) and made significant
improvements to it.  However, the 150+ day wait for DAM approval has
deterred me from looking at adopting any more packages.

Perhaps a requirement of becoming a Debian Maintainer could be the
adoption of one of the WNPP packages (assuming there are any in line
with the applicants skills).  

However, the DAM approval process needs serious review.  Keeping anyone
in awaiting DAM approval for more than 60 days without any kind of
notice or update is quite frankly rude and unneeded.

-- 
Jamin W. Collins

Remember, root always has a loaded gun.  Don't run around with it unless
you absolutely need it. -- Vineet Kumar

Re: but I want the GNU versions of packages

[Jamin W. Collins]

On Fri, Jul 11, 2003 at 04:16:30PM +0200, Robert Millan wrote:
> On Fri, Jul 11, 2003 at 03:43:55PM +0200, Mathieu Roy wrote:
> 
> > Aside from the joke, we are talking about a package available also
> > for Debian GNU/_Linux_, aren't we?
> 
> Fine, but then it can't be task-gnu-_only_.. maybe task-gnu-usualy? :)
> 
> > The name task-gnu-only seems misleading. From what we said
> > previously, it should be something like task-gnu-when-it-exists.
> 
> IMHO when-it-exists is missleading also. Bleeding-edge or stuff we
> don't provide still exists.

Fine so call it task-gnu-preferred.

-- 
Jamin W. Collins

Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo

Re: Work-needing packages report for Jul 11, 2003

[Mark Brown]

On Fri, Jul 11, 2003 at 08:49:46AM +0200, Marcelo E. Magallon wrote:

>  >gphone (#161708), orphaned 293 days ago
>  >  Description: X/GTK-based internet telephone.

>  I'd thought there'd be more people interested in this kind of thing...

There's newer, vastly more widely implemented standards for VoIP these
days and that's where all the active interest and development is going.

-- 
"You grabbed my hand and we fell into it, like a daydream - or a fever."

Re: Work-needing packages report for Jul 11, 2003

[Marcelo E. Magallon]

On Fri, Jul 11, 2003 at 04:28:33PM +0100, Mark Brown wrote:

 > >  >gphone (#161708), orphaned 293 days ago
 > >  >  Description: X/GTK-based internet telephone.
 > 
 > >  I'd thought there'd be more people interested in this kind of thing...
 > 
 > There's newer, vastly more widely implemented standards for VoIP
 > these days and that's where all the active interest and development
 > is going.

 So, you mean, this is not the package our users should be looking at
 when they search for a VoIP application?  It's not only orphaned but
 not even used? *HINT* *HINT*

 ObQA: Perhaps someone there takes the hint and agrees to kick the
   package out of sid and sarge after carefully considering the
   alternatives.

 Thanks,

-- 
Marcelo

Re: debian packages for openoffice 1.1beta?

[Jan-Hendrik Palic]

Hi .. 

On Fri, Jul 11, 2003 at 06:02:46PM +0530, Guntupalli Karunakar wrote:
> Are there any .debs available for openoffice 1.1 beta? Has nyone made
>them?
>package list in unstable/editors has openoffice 1.0.3 only.

Have a look at experimantel ... ;)

Jan

-- 
  .''`.Jan-Hendrik Palic |
 : :' : ** Debian GNU/ Linux **  |   ** OpenOffice.org **   ,.. ,..
 `. `'   http://www.debian.org   | http://www.openoffice.org  ,: ..`   `
   `-  [EMAIL PROTECTED] |   '  `  `


pgpnQu5bPIUqG.pgp
Description: PGP signature

Re: Work-needing packages report for Jul 11, 2003

[Marcelo E. Magallon]

On Fri, Jul 11, 2003 at 08:32:01AM -0500, Steve Greenland wrote:

 > Huh? Submit a bug report against ftp.debian.org, and ask that the
 > package be removed. What's so hard about it?

 I wish it would be that easy.  I haven't read the thread, but I'm
 willing to bet someone has already declared me a heretic for ignoring
 our users' interests when I hinted that some packages should be removed
 from the archive.  That was the case a couple of years back at least.
 I beleive the most vocal defender of that position was Adrian.  Perhaps
 things have changed now.

 > I suppose there might be an issue the original maintainer is MIA, but
 > if a package has been on the "orphaned" list for >6 months, then that
 > should be sufficient to get the package pulled and the WNPP bug
 > closed.

 I argued for that about two years ago and eventually got tired of the
 argument I paraphrased above so I gave up.

 > Or perhaps we should just decree that no unmaitained packages go out
 > in a stable release.

 I actually argued for that, too.  The release manager disagreed -- or
 better worded, he saw no major problem as long as the package didn't
 have any RC bugs (and I apologize in advance to Anthony if I'm putting
 words in his mouth, but that's my recollection and I don't feel like
 diving in the archive right now).

 > At the beginning of the freeze, mark all the WNPP packages for
 > removal (along with their dependencies :-)), and then see if we can
 > inspire some reaction.

 LOL

 That's actually an idea...

 Marcelo

Re: Work-needing packages report for Jul 11, 2003

[Jamin W. Collins]

On Fri, Jul 11, 2003 at 05:34:23PM +0200, Marcelo E. Magallon wrote:
> On Fri, Jul 11, 2003 at 04:28:33PM +0100, Mark Brown wrote:
> 
>  > >  >gphone (#161708), orphaned 293 days ago
>  > >  >  Description: X/GTK-based internet telephone.
>  > 
>  > >  I'd thought there'd be more people interested in this kind of
>  > >  thing...
>  > 
>  > There's newer, vastly more widely implemented standards for VoIP
>  > these days and that's where all the active interest and development
>  > is going.
> 
>  So, you mean, this is not the package our users should be looking at
>  when they search for a VoIP application?  It's not only orphaned but
>  not even used? *HINT* *HINT*

There are probably people still using it.  However, looking at the
application's homepage, it doesn't appear that it supports either the
older H.323 or new SIP standards.  This is probably why there is a lack
of interest in it.

-- 
Jamin W. Collins

This is the typical unix way of doing things: you string together lots
of very specific tools to accomplish larger tasks. -- Vineet Kumar

Bug#200892: ITP: xd3d -- Visualization tool for 2D and 3D unstructured meshes

[Denis Barbier]

Package: wnpp
Version: unavailable; reported 2003-07-11
Severity: wishlist

* Package name: xd3d
  Version : 8.0.1
  Upstream Author : Francois Jouve
* URL : http://www.cmap.polytechnique.fr/~jouve/xd3d/
* License : GPL
  Description : Visualization tool for 2D and 3D unstructured meshes

Xd3d is a simple but powerful scientific visualization tool designed
to be easy to learn. It can plot 2D and 3D unstructured meshes, with
shadowing, contour plots, vector fields, iso-contour (2D/3D), as well
as 3D surfaces in cartesian, polar or spherical coordinates, described
by an algebraic expression or a cloud of points.

Package signatures tools

[Jürgen A . Erhard]

I'm releasing these things now... have them in development and use for
a couple weeks/months now.

A Python module for doing debsigs-type package signatures and
verification thereof.  Uses and included module for GnuPG file
signatures and verification.

It also includes a miniscript that, given a .changes file, signs the
.deb, the .dsc and the .changes file (with the md5s in .changes
adjusted).

   jerhard.org/files/python-debsigs-snapshot.tar.gz

This one is infrastructure for verification of packages based on
Release/Release.gpg.

   jerhard.org/files/verifydebs-snapshot.tar.gz

Both are a bit underdocumented (meaning: no docs at all), so Use the
Source, Luke.

Hope someone will like it.  I do ;-)

I'm also *very* much interested in finding out what is insecurely
done.  It could be improved by using the Python gpgme wrapper.  Any
patches are *very* welcome!

Bye, J

PS: Yes, a crosspost, but both packages are linked (verifydebs uses
python-debsigs), and both have stuff for developers and users.  Flame
me anyway, if you must ;-)

-- 
Jürgen A. Erhard
 Invasion!  http://invasion.jerhard.org
 I'm a FIG (http://www.fig.org)
   Ach, wir Paranoiker sind schon irgendwie verrückt.


pgpO0TxmUDgLo.pgp
Description: PGP signature

Re: Kernel question: initrd/cramfs

[Nenad Antonic]

Jean Charles <[EMAIL PROTECTED]> wrote:

> There no ext2 nor ext3 modules on your initrd.img-2.4.22-pre3c0, are
> those filesystems compiled in the kernel ?

ext2 is compiled in the kernel:
CONFIG_EXT2_FS=y

After a few days, let me summarise:
a) 2.4.21 kernel as it is in debian kernel-sources does not satisfy my
requirements (without proper ACPI support my laptop is as stable as MS
Win in the old days; old ACPI is incompatible with USB mouse, ...)
b) There are few screens of rejects if I try to apply the new ACPI patch
on kernel-sources-2.4.21 (only one thing added for -1 to -2 :-)
A possible way out might be to first unapply debian ACPI related
patches, and then apply the new ACPI patch.

However, I must admit that this is beyond my abilities at the moment.
To me, it is clear that there are two groups of people who configure the
kernels:
1) `ordinary users' of kernel sources, like myself, who want to change a
few parameters in order to better suit the hardware at hand
2) developpers who actually write the code.
While I might try to write (or change) some code for a less critical
application, it appears that kernel code is not the right place to start
learning. Kernel has to be reliable.

Apparently, there is a bug (at least from my perspective) which
prevents initrd/cramfs in stock kernels, which has been arround for
years. On the other hand, this bug gets fixed in every version of debian
kernel-sources (I know, I can get the patches, but I am not able to
grasp them). I have no idea how complicated that fix is.

I would still appreciate the answer to my first question:
> What is the status of initrd kernel building process (only on i386),
> while using stock kernels (from kernel.org)?

so I can decide whether to wait, or change the type of kernels and the
building process I use. 

Thanks a lot for all hints.

--- Nenad.

Re: Work-needing packages report for Jul 11, 2003

[Colin Walters]

On Fri, 2003-07-11 at 03:13, Manoj Srivastava wrote:

>   I use this package, and am interested in adopting it, except
>  that I note that Colin Walters states that:
> 
> >  I am orphaning the calc package; it is now included in the GNU Emacs   
> > 
> >  CVS, and will be in the coming 20.3 release.  Since I think XEmacs has 
> > 
> >  their own version of calc, this package will soon have little purpose in   
> > 
> >  life except to provide calc for Emacs 20 users, who should be switching
> > 
> >  to Emacs 21 anyways.   
> > 
> 
>[I think he meant 21.3, not 20.3]

I did...

>   I note, however, that we have 21.3 in unstable, and we still
>  do not seem to have calc in emacs21. Does anyone know what happened?
>  I note that ftp://ftp.gnu.org/poub/gnu/calc/ still contains calc
>  2.02f.tar.gz from 1997.

But apparently I was under the wrong impression about which branch of
Emacs development was going to be released.  I committed calc to what
was HEAD at the time, and I thought that was going to become 21.3, but
there was a different branch slated for release.  Anyways, calc will be
in 21.4.  Just check out Emacs from CVS and peruse "NEWS".

The next obvious question is when 21.4 is going to be released, and I
can't answer that...

Re: Work-needing packages report for Jul 11, 2003

[Keegan Quinn]

On Fri, Jul 11, 2003 at 05:34:23PM +0200, Marcelo E. Magallon wrote:
>  So, you mean, this is not the package our users should be looking at
>  when they search for a VoIP application?  It's not only orphaned but
>  not even used? *HINT* *HINT*

It would be nice to see some popularity-contest data for this, and perhaps
even all of the packages in your list...  Of course it's not perfect, but
that might give us some vague idea of how widely used these packages are.

 - Keegan


pgpCmCoiPLlzH.pgp
Description: PGP signature

Re: Package signatures tools

[Ben Collins]

On Fri, Jul 11, 2003 at 05:47:10PM +0200, J?rgen A.Erhard wrote:
> I'm releasing these things now... have them in development and use for
> a couple weeks/months now.
> 
> A Python module for doing debsigs-type package signatures and
> verification thereof.  Uses and included module for GnuPG file
> signatures and verification.
> 
> It also includes a miniscript that, given a .changes file, signs the
> .deb, the .dsc and the .changes file (with the md5s in .changes
> adjusted).
> 
>jerhard.org/files/python-debsigs-snapshot.tar.gz

Is this based on debsigs and debsigs-verify?


-- 
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo   - http://www.deqo.com/

Re: Package signatures tools

[Ben Collins]

On Fri, Jul 11, 2003 at 05:47:10PM +0200, J?rgen A.Erhard wrote:
> I'm releasing these things now... have them in development and use for
> a couple weeks/months now.
> 
> A Python module for doing debsigs-type package signatures and
> verification thereof.  Uses and included module for GnuPG file
> signatures and verification.


Also, I think using any scripted tool to do the verification is asking
for security holes. It pulls in too many variables on which verification
needs to depend. The debsigs-verify tool does the verification and xml
parsing all in one C program.

What did you find wrong with the current tools already available and
documented? The only thing they need is policy to get them going. Dpkg
can already call debsig-verify to validate a package. It just needs to
be turned on.

-- 
Debian - http://www.debian.org/
Linux 1394 - http://www.linux1394.org/
Subversion - http://subversion.tigris.org/
Deqo   - http://www.deqo.com/

Re: Work-needing packages report for Jul 11, 2003

[Andrew Suffield]

On Fri, Jul 11, 2003 at 08:32:01AM -0500, Steve Greenland wrote:
> On 11-Jul-03, 02:21 (CDT), Andrew Suffield <[EMAIL PROTECTED]> wrote: 
> > 
> > Because it's damn near impossible to get the things removed.
> 
> Huh? Submit a bug report against ftp.debian.org, and ask that the
> package be removed. What's so hard about it?

You mean like #198449?

-- 
  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ | Dept. of Computing,
 `. `'  | Imperial College,
   `- -><-  | London, UK


pgps6NbFf5Uth.pgp
Description: PGP signature

Re: Work-needing packages report for Jul 11, 2003

[John Paul Wallington]

> But apparently I was under the wrong impression about which branch of
> Emacs development was going to be released.  I committed calc to what
> was HEAD at the time, and I thought that was going to become 21.3, but
> there was a different branch slated for release.  Anyways, calc will be
> in 21.4.  Just check out Emacs from CVS and peruse "NEWS".
> 
> The next obvious question is when 21.4 is going to be released, and I
> can't answer that...

The vibes I have gotten from following the emacs-devel list is that
21.4 may come from the RC branch (looks like there are enough commits
post 21.3 to warrant it), in which case HEAD will be 21.5.

Package removals and the BTS

[Lukas Geyer]

Hi all,

I was looking for old posts, because I was sure that this must have
been discussed before, but I could not find any.

When a package removal is requested, there is a bug filed against
ftp.debian.org. Following procedures, the maintainer should also know
about it (either filing it himself or being contacted about
it). However, for other people browsing the BTS, and for orphaned
packages, it would be much nicer if there was a bug filed against the
package itself, or some remark on bugs.debian.org/package that its
removal is requested. There could be several ways to achieve this.

- Always file two bugs for removal, one against the package and the
  other one against ftp.debian.org. This requires no modification in any
  of the tools involved and could be recommended in the developers'
  reference.

- The BTS is made aware of this, e.g. by having it possible to file a
  bug against two packages at once. Alternatively, there could be some
  special pseudo-header for bugs against ftp.debian.org. The second
  alternative is probably ugly and should be avoided.

- The QA pages are made aware of this. This would probably require
  some standardized subject line like the bugs against wnpp have. One
  possibility would just be RFR (request for removal), maybe with some
  tags indicating which distribution would be affected. I like this
  solution but one disadvantage is that a request for removal of N
  packages would require filing N bugs. This would make things like
  #198449 a little more inconvenient.

Probably there are other possibilities which I might have missed. The
first question is, would other people find this useful?

Lukas

Re: Package removals and the BTS

[Peter van Rossum]

On Fri, Jul 11, 2003 at 07:34:47PM -0400, Lukas Geyer wrote:
[...]
> However, for other people browsing the BTS, and for orphaned
> packages, it would be much nicer if there was a bug filed against the
> package itself, or some remark on bugs.debian.org/package that its
> removal is requested. There could be several ways to achieve this.
[...]
> - The QA pages are made aware of this. This would probably require
>   some standardized subject line like the bugs against wnpp have. One
>   possibility would just be RFR (request for removal), maybe with some
>   tags indicating which distribution would be affected. I like this
>   solution but one disadvantage is that a request for removal of N
>   packages would require filing N bugs. This would make things like
>   #198449 a little more inconvenient.
> 
> Probably there are other possibilities which I might have missed. The
> first question is, would other people find this useful?

I would find this quite useful and I like the third solution, copied
above, best. Just a bug title like
  RFR: agsatellite -- pointless since audiogallaxy is effectively dead
would help. I wouldn't consider tags neccesary - it would be enough if
you can easily see on the PTS that some version of the package is
threatened with removal and you can then always read the actual bug
report. If people want, I'll implement this for the PTS.

Peter

Re: Package removals and the BTS

[Colin Watson]

On Fri, Jul 11, 2003 at 07:34:47PM -0400, Lukas Geyer wrote:
> - The BTS is made aware of this, e.g. by having it possible to file a
>   bug against two packages at once.

This is already possible, but it isn't displayed quite properly because
of some indexing problems. I hope this can be fixed at debcamp.

I would prefer this solution.

-- 
Colin Watson  [EMAIL PROTECTED]

Re: Work-needing packages report for Jul 11, 2003

[Graham Wilson]

On Fri, Jul 11, 2003 at 08:49:46AM +0200, Marcelo E. Magallon wrote:
> On Fri, Jul 11, 2003 at 12:33:22AM -0400, Work Needing Prospective
> Packages wrote:
>  >gnome-objc (#165642), orphaned 263 days ago
>  >  Description: objective-c bindings for gtk/gnome (obs.)
>  >  Reverse Depends: libobgnome-dev libobgtk-dev libobgnome0 gnome-admin
> 
>  No GTK+ 2 yet, uh?  Upstream still alive?

no and no. but it has a reverse depends on gnome-admin. does anybody
still use that? noel? if so, maybe you could adopt this; otherwise lets
remove it.

-- 
gram


pgpeLqGOqJUZO.pgp
Description: PGP signature

Re: Work-needing packages report for Jul 11, 2003

[Graham Wilson]

On Fri, Jul 11, 2003 at 08:49:46AM +0200, Marcelo E. Magallon wrote:
> On Fri, Jul 11, 2003 at 12:33:22AM -0400, Work Needing Prospective
> Packages wrote:
>  >judy (#172772), orphaned 210 days ago
>  >  Description: C library for creating and accessing dynamic arrays
>  >  Reverse Depends: libjudy-dev
> 
>  I thought that bogus bogofilter depended on this for building...

bogofilter used to use this, but doesnt any longer. anybody opposed to
removing it?

-- 
gram


pgpZQDmnMUPF0.pgp
Description: PGP signature

Re: Work-needing packages report for Jul 11, 2003

[Graham Wilson]

On Fri, Jul 11, 2003 at 08:49:46AM +0200, Marcelo E. Magallon wrote:
> On Fri, Jul 11, 2003 at 12:33:22AM -0400, Work Needing Prospective
> Packages wrote:
>  >py-xmlrpc (#161224), orphaned 296 days ago
>  >  Description: Implementation of the XML-RPC protocol for Python
> 
>  Let me guess... the snake lovers came up with something better?

#200934

>  >transformiix (#174344), orphaned 196 days ago
>  >  Description: An XSLT processor
> 
>  I have read nice things about this, I think.

try building it though. its like death. #200936

-- 
gram


pgplT0IUglf7T.pgp
Description: PGP signature

Re: Work-needing packages report for Jul 11, 2003

[Theodore Ts'o]

On Fri, Jul 11, 2003 at 11:15:31PM -0500, Graham Wilson wrote:
> On Fri, Jul 11, 2003 at 08:49:46AM +0200, Marcelo E. Magallon wrote:
> > On Fri, Jul 11, 2003 at 12:33:22AM -0400, Work Needing Prospective
> > Packages wrote:
> >  >judy (#172772), orphaned 210 days ago
> >  >  Description: C library for creating and accessing dynamic arrays
> >  >  Reverse Depends: libjudy-dev
> > 
> >  I thought that bogus bogofilter depended on this for building...
> 
> bogofilter used to use this, but doesnt any longer. anybody opposed to
> removing it?

Looking at the documentation, this looks like a very interesting
library.  It would be a shame to lose it from Debian, and the package
looks like it builds cleanly and has no bug.  I'd be willing to adopt
it.

- Ted