Re: It is 23:53, do you know whether your package (un)installs cleanly?

[Lars Wirzenius]

su, 2005-09-04 kello 16:25 +1000, Paul TBBle Hampson kirjoitti:
> On Sat, Sep 03, 2005 at 11:53:35PM +0300, Lars Wirzenius wrote:
> > Reading piuparts logs en masse is tedious and I would be extremely
> > happy if all developers did it for their own packages. Go ahead,
> > please prevent me from becoming a top ten bug reporter. :)
> 
> Since you've already run it, are the piuparts logs you've generated available
> anywhere public?

No, sorry. The logs I have are from two months ago, and many things have
changed since then. I use them only as an indication of what packages to
re-run piuparts on.

sudo piuparts -avl $PACKAGE.log $PACKAGE



That's what I wanted to say, but, alas, it doesn't work. debootstrap
fails to create an etch or sid chroot for me at the moment. I thought
this had been fixed. I've been using a cached etch chroot to speed
things up (see piuparts -b), so I haven't been following the situation
very closely. Darn. If you have a working pbuilder base.tgz, you can use
that, although it might not be quite minimal.

Thus, in the name of expediency, and with a warning that these are old
and possibly useless:

http://liw.iki.fi/liw/temp/piuparts-old-logs

Please note that if your package is included there, it might be because
of a bug in piuparts, or one of your dependent packages, or in my
private Debian mirror, or something else that isn't your fault. That's
why I've been processing them manually, instead of doing automatic
massive bug filing.


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

Bug#326578: ITP: bashpodder -- Easy to use RSS aggregator bash script

[Stephen Birch]

Package: wnpp
Severity: wishlist
Owner: Stephen Birch <[EMAIL PROTECTED]>


* Package name: bashpodder
  Version : 0.0.1
  Upstream Author : linc dot fessenden at gmail dot com
* URL : http://linc.homeunix.org:8080/scripts/bashpodder
* License : GPL (to be confirmed)
  Description : Easy to use RSS aggregator bash script

This is the rss aggregator script created by the folks at The Linux
Link Tech Show.  You feed bashpodder a list of RSS feeds, and
it sucks down the enclosures. It works fine via Crontab, so it can run
invisibly in the background.

-- System Information:
Architecture: all
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


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

Re: Qt, aRts and KDE C++ ABI transitions: time to upload your packages

[Loïc Minier]

Hi,

 I'm in the following case:

On Thu, Sep 01, 2005, Adeodato Simó wrote:
>   2. Your package already depends on the transitioned libraries because 
> you
>  re-uploaded right after they became available with the necessary
>  version constraint in your Build-Depends line.
> 
>  This was your choice to make, and fortunately it ensures that all
>  buildds will have built your package against the transitioned 
> packages.
>  Still, you may want to consider reverting, in your next upload, the
>  Build-Depends version constraint to what you previously had (unless
>  such bumping was unrelated to the C++ ABI transition, like is the 
> case
>  with the official KDE modules maintained by the Debian Qt/KDE
>  Maintainers, or your package is a library, like dbus).

 But I'm not sure of why I should do this.  Is it to relax build-deps
 constraints for eg. backports?

   Bye,

-- 
Loïc Minier <[EMAIL PROTECTED]>


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

Re: Qt, aRts and KDE C++ ABI transitions: time to upload your packages

[Steve Langasek]

On Sun, Sep 04, 2005 at 10:54:01AM +0200, Loïc Minier wrote:
>  I'm in the following case:

> On Thu, Sep 01, 2005, Adeodato Simó wrote:
> >   2. Your package already depends on the transitioned libraries because 
> > you
> >  re-uploaded right after they became available with the necessary
> >  version constraint in your Build-Depends line.
> > 
> >  This was your choice to make, and fortunately it ensures that all
> >  buildds will have built your package against the transitioned 
> > packages.
> >  Still, you may want to consider reverting, in your next upload, the
> >  Build-Depends version constraint to what you previously had (unless
> >  such bumping was unrelated to the C++ ABI transition, like is the 
> > case
> >  with the official KDE modules maintained by the Debian Qt/KDE
> >  Maintainers, or your package is a library, like dbus).

>  But I'm not sure of why I should do this.  Is it to relax build-deps
>  constraints for eg. backports?

Yes, that's the implied benefit.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


signature.asc
Description: Digital signature

Re: Bug#326578: ITP: bashpodder -- Easy to use RSS aggregator bash script

[Hamish Moffatt]

On Sun, Sep 04, 2005 at 01:44:10AM -0700, Stephen Birch wrote:
> * Package name: bashpodder
>   Version : 0.0.1
>   Upstream Author : linc dot fessenden at gmail dot com
> * URL : http://linc.homeunix.org:8080/scripts/bashpodder
> * License : GPL (to be confirmed)
>   Description : Easy to use RSS aggregator bash script

I just packaged podracer last week, which is a derivative of bashpodder.
Is there any benefit to having both?

The podracer license is MIT/BSD-style, so if the bashpodder license is
GPL, something's not quite right!

cheers,
Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

Re: libcurl and moc

[Paul TBBle Hampson]

On Sat, Sep 03, 2005 at 05:02:14AM -0700, Steve Langasek wrote:
> On Sat, Sep 03, 2005 at 08:16:48AM +1000, Paul TBBle Hampson wrote:
>> As far as packaging goes, this means you get the following packages:

>> libcurl3, providing libcurl3-openssl (linked against OpenSSL to avoid 
>> breaking
>>  sarge packages that use this functionality)
>> libcurl3-gnutls (linked against gnuTLS, doesn't support SSL_CTX_FUNCTION)
>> libcurl3-dev (Do we need a second -dev? Static linking maybe requires it? If
>>  this becomes a testable feature, then a second -dev is definately 
>> needed.)

>> Packages which don't use SSL_CTX_FUNCTION can Depend on either libcurl3 |
>> libcurl3-gnutls, or if they're GPL'd can depend on libcurl3-gnutls only.

>> Packages which need SSL_CTX_FUNCTION can depend on libcurl3-openssl

>> grepping the source of libcurl3's direct rdepends should tell you which
>> packages in Debian need SSL_CTX_FUNCTION.

>> GPL'd packages which need SSL_CTX_FUNCTION are out of luck. And have always
>> been so.

>> Before etch ships, no package should depend on libcurl3, they should depend 
>> on
>> libcurl3-openssl or libcurl3 | libcurl3-gnutls or libcurl3-gnutls.

>> After etch ships, upload:
>> libcurl3, providing libcurl3-gnutls (linked against gnuTLS)
>> libcurl3-openssl, providing libcurl3 (linked against openSSL)
>> libcurl3-dev

>> At this point, packages who don't like having libcurl3-gnutls is their
>> Depends line can do a versioned depends on libcurl3, which won't match
>> the libcurl3 virtual dependancy provide by libcurl3-openssl, and will
>> also prevent them accidentally linking against an openSSL version of
>> libcurl3. (At least, I _think_ that's how versioned dependancies on
>> virtual packages work. Possibly they'll _always_ match, in which case a
>> Conflicts is in order instead.)

> Do libcurl3 and libcurl3-gnutls provide different sonames to allow
> co-installability of the packages, or does libcurl3 use diversions to
> override the libcurl.so.3 that lacks SSL_CTX_FUNCTION support (if any)
> when installing?  (We know that directly conflicting between the two
> packages is not really an option, unless we're doing this like the C++
> ABI transition and we either don't believe there are any packages in
> Debian which will need to retain SSL_CTX_FUNCTION support or we assume
> they're packages that we don't care about co-installability of -- which
> seems far-fetched to me.)

Ooops. I forgot about diversions.

And yes, I'm expecting them to conflict. If they don't want to conflict,
I believe the suggestion I posted much earlier about changing coname for
the gnuTLS version would do it, but it makes the transition more painful
in my opinion.

> It may be worthwhile to simply survey all the curl-using packages in
> sarge, though, and find out if there is a non-zero number of them that
> need SSL_CTX_FUNCTION.  If *not*, then I don't think there's much sense
> in going through a multi-stage transition: just switch libcurl3 directly
> to gnutls, and add libcurl3-openssl which provides libcurl-openssl.so.3?

Very true...

apt-cache rdepends libcurl3:
libcurl3
Reverse Depends:
  python-mapscript
  php4-mapscript
  perl-mapscript
  openoffice.org2-core
  mapserver-bin
  cgi-mapserver
  ida
  xmms-scrobbler
  xine-ui
  xen
  xastir
  wmweather
  wmget
  vorbis-tools
  telak
  tclcurl
  sylpheed-claws-gtk2-clamav
  streamtuner
  rtorrent
  redland-utils
  rasqal-utils
  raptor-utils
  python2.4-pycurl
  python2.3-pycurl
  python2.3-librdf
  python2.2-librdf
  python-mapscript
  php5-curl
  php4-curl
  perl-mapscript
  paintlib2c2
  openoffice.org-bin
  moc
  metar
  mapserver-bin
  logjam
  linuxtrade
  libwww-curl-perl
  libsword5
  libstonith0
  librdf0
  librdf-ruby
  librdf-perl
  librasqal0
  libraptor1
  libofx2
  libmultisync-plugin-opie
  liblrdf0
  libcurl3-gssapi
  libcurl3-gssapi
  libcurl3-gnutls
  libcurl3-dev
  libcurl3-dbg
  libcurl-ocaml
  libclamav1
  libapache2-webkdc
  libapache2-webauth
  jigdo
  jabber-msn
  icecast2
  grip
  gnomesword
  gambas-gb-net-curl
  freepops
  fbi
  drivel
  diatheke
  darcs-server
  darcs
  curl
  cogito
  clamcour
  clamav-milter
  clamav-freshclam
  clamav-daemon
  clamav
  cgi-mapserver
  centericq-utf8
  centericq-fribidi
  centericq
  cduce
  came
  bzflag-server
  bzflag
  bidwatcher
  bibletime
  beep-media-player-scrobbler
  ardour-gtk-i686
  ardour-gtk
  apt-spy
  approx
  aegis-web
  aegis

apt-get source `apt-cache rdepends libcurl3 |grep '^ '` --download-only

Move the following out of the way:

  curl_7.14.0-5
  fbi_2.01-1.2
  gnomesword_2.1.2-2
  ida_2.01-1.2
  libwww-curl-perl_2.0-8
  openoffice.org_1.1.4-7
  openoffice.org2_1.9.125-1
  pycurl_7.14.0-2
  sword_1.5.8-2
  tclcurl_0.13.2-1

for d in *.dsc; do dpkg-source -x $d; done

grep -r CURLOPT_SSL_CTX_ */.
gives just two hits, curl_lua in freepops, and they just return
'unimplemented' when called.

So apart from the above 10 pacakges, no one in the archive
is using CURLOPT_SSL_CT

Re: It is 23:53, do you know whether your package (un)installs cleanly?

[Lionel Elie Mamane]

On Sun, Sep 04, 2005 at 11:19:35AM +0300, Lars Wirzenius wrote:
> su, 2005-09-04 kello 16:25 +1000, Paul TBBle Hampson kirjoitti:
>> On Sat, Sep 03, 2005 at 11:53:35PM +0300, Lars Wirzenius wrote:

>>> Reading piuparts logs en masse is tedious and I would be extremely
>>> happy if all developers did it for their own packages. Go ahead,
>>> please prevent me from becoming a top ten bug reporter. :)

>> Since you've already run it, are the piuparts logs you've generated
>> available anywhere public?

> No, sorry. The logs I have are from two months ago, and many things have
> changed since then.

> Thus, in the name of expediency, and with a warning that these are old
> and possibly useless:
> 
>   http://liw.iki.fi/liw/temp/piuparts-old-logs

Your etch chroot tarball seems to have become corrupted between the
run on radiusd-livingston and on radvd, leading to an automatic
"failure" for all packages after that.

-- 
Lionel


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

Re: Do we still need libc5?

[Roger Leigh]

Florian Weimer <[EMAIL PROTECTED]> writes:

> * Roger Leigh:
>
>> We can't provide proper security support, and by now, libc5 is likely
>> full of holes, so IMO it's best if we drop it.  It's not like there's
>> any active maintenance or we can do any serious work on it: it's dead
>> code.
>>
>> If users need it, they can always grab a sarge (or older) CD and
>> install from that.
>
> I agree.  Security support would have made the difference, but the
> rest you can get from a CD.

To follow up to the original report, the full package list for removal
(and applicable RC bugs) are as follows:


ld.so:
  ldso
  libdl1-altdev

libc:
  libc5
  libc5-altdev
  libc5-altdbg

libdb:
  libdb1
  libdb1-altdev

libg++27: #322854
  libg++27
  libg++27-altdev

regex: #318198
  libregex0
  libregex0-altdev

termcap-compat:
  termcap-compat

altgcc: #323139
  altgcc


Regards,
Roger

-- 
Roger Leigh
Printing on GNU/Linux?  http://gimp-print.sourceforge.net/
Debian GNU/Linuxhttp://www.debian.org/
GPG Public Key: 0x25BFB848.  Please sign and encrypt your mail.


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

Re: libcurl and moc

[Richard Atterer]

FWIW, I've started work on implementing the solution outlined in
. However, my spare time is 
very limited, so I can't promise anything about when (or even whether) I 
can finish this.

  Richard

-- 
  __   _
  |_) /|  Richard Atterer |  GnuPG key:
  | \/¯|  http://atterer.net  |  0x888354F7
  ¯ '` ¯


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

KDE non-installable sarge/stable powerpc

[Brian May]

Hello,

According to http://packages.debian.org/stable/libs/libkscan1>,
this package requires "kdelibs4 (>= 4:3.3.2-6.2)" on the powerpc,
however the latest version in stable appears to be 4:3.3.2-6.1.

Many other KDE applications in sarge also depend on this kdelibs4
which isn't available in sarge.

Is this a known problem?

I think this might be because of a broken security update, so I have
CCed the security team too.

Thanks.
-- 
Brian May <[EMAIL PROTECTED]>


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

Re: Section 6.3 should reference 3.10.1 (was: It is 23:53, do you know whether your package (un)installs cleanly?)

[Henrique de Moraes Holschuh]

On Sun, 04 Sep 2005, Marc 'HE' Brockschmidt wrote:
> Lars Wirzenius <[EMAIL PROTECTED]> writes:
> > * Some packages still don't use debconf for prompting, and
> >   instead do silly stuff that assumed it is OK to read and
> >   write /dev/tty.
> 
> Actually, the policy explicitly allows this:
> 
> | The maintainer scripts are guaranteed to run with a controlling terminal
> | and can interact with the user. If they need to prompt for passwords, do
> | full-screen interaction or something similar you should do these things
> | to and from /dev/tty, [...]
> [Debian Policy 3.6.2.1, section 6.3]
> 
> 
> This should probably changed a bit to reference 3.10.1, which says that
> all means to prompt the user besides debconf are deprecated.
> 
> I'm not yet sure that this my view is right, so I only CCed -policy (and
> have not filed a bug yet).

Your view is right. 

Any sort of user input interaction outside of debconf [for maintainer
scripts] is deprecated.  

Any sort of importat output user interaction [i.e. alerts to the user]
outside of debconf warnings is deprectated, AND an extremely dumb idea to do
otherwise anyway, since it is likely that anything short of a debconf
warning will never be noticed anyway.

-- 
  "One disk to rule them all, One disk to find them. One disk to bring
  them all and in the darkness grind them. In the Land of Redmond
  where the shadows lie." -- The Silicon Valley Tarot
  Henrique Holschuh


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

Bug#326604: ITP: gnunet-gtk -- GTK frontend to GNUnet

[Arnaud]

Package: wnpp
Severity: wishlist
Owner: Arnaud <[EMAIL PROTECTED]>


* Package name: gnunet-gtk
  Version : 0.7.0
  Upstream Author : Christian Grothoff <[EMAIL PROTECTED]>
* URL : http://www.gnunet.org/
* License : GPL v2
  Description : GTK frontend to GNUnet

A GTK based frontend to gnunet to allow, an alternative to using the
command line tools provided by the gnunet package.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1)

Additional notes: 
GNUnet and gnunet-gtk are, since the version 0.7.0, distributed by the authors 
in two separate source tarballs. This ITP is needed to split the current gnunet 
package that actually contains both gnunet and gnunet-gtk, in order to reflect 
the upstream tarball split.


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Bruno Barrera C.]

On Wed, 2005-08-31 at 16:27 -0400, Joey Hess wrote:
> Just a reminder that these maintainers still have packages that depend
> on debconf by itself without an alternate dependency on | debconf-2.0.
> As I mentioned in my original post, I plan to file bugs on all of these
> soon, which, omitting all the lg-issue* packages, comes to about 550
> bugs.
> 
> Also, thanks to everyone who did fix 20 or so packages due to my first
> mail at the beginning of the month.

> 
> Bruno Barrera C. <[EMAIL PROTECTED]>
>portsentry

Done; Thanks
-- 
Bruno Barrera C.
The Pegasus Group Company - http://www.tpgcompany.com


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Hamish Moffatt]

On Wed, Aug 31, 2005 at 04:27:12PM -0400, Joey Hess wrote:
> Just a reminder that these maintainers still have packages that depend
> on debconf by itself without an alternate dependency on | debconf-2.0.
> As I mentioned in my original post, I plan to file bugs on all of these
> soon, which, omitting all the lg-issue* packages, comes to about 550
> bugs.
[..]
> Debian Hamradio Maintainers 
>ax25-apps

Fixed. Thanks.

Hamish
-- 
Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>


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

Re: mesag3 <-> xlibmesa-gl / libgl1-mesa-dri <-> xlibmesa-dri / libglu1-mesa <-> libglu1-xorg

[Marcelo E. Magallon]

On Thu, Sep 01, 2005 at 02:58:19PM +1000, Daniel Stone wrote:

 > Right.  My solution for that was to split them into a separate
 > mesa-utils source package, with a slightly hacked Makefile.  They
 > build just fine independently.

 Ah, you mean the utils!  The demos are shipped in a separate tarball.

 The programs in progs/util are not generally useful.  I could include
 them as examples in mesa-common or something like that.

 And I don't know where glxinfo is going to end up.  It's certainly not
 included with mesa atm.

 > The problem with Mesa Build-Depping on glut is so:
 >   * mesa depends on glut to build, which depends on libgl1-mesa-dev
 >   * buildd goes to install libgl1-mesa-dev to fulfill B-Ds
 >   * libgl1-mesa-dev deps mesa-common-dev (= ${Source-Version})
 >   * mesa-common-dev version n is in the archive from the maintainer
 > upload
 >   * but libgl1-mesa-dev for, say, hppa, is still n-1
 >-> uninstallable B-Ds

 Uhm, are we talking about mesa (not "mesademos")?

Mesa-6.3.2$ find ! -type d -print0 | xargs -r0 grep glut.h
./Makefile: $(DIRECTORY)/include/GL/glut.h  \
./docs/download.html:http://www.opengl.org/resources/libraries/glut.html";
./docs/README.WINDML:- src/ugl/ugl_glutshapes.c
./include/GL/gl.h: * including only glut.h, since glut.h depends on windows.h.
./include/GL/gl.h: * glut.h or gl.h.
./include/GL/uglglutshapes.h:/* uglglutshapes.h - Public header GLUT Shapes */
./progs/util/dumpstate.c:#include 
./progs/util/glstate.c:#include 
./progs/util/glutskel.c:#include 

 Like I said before, those programs are not generally useful, at least
 not in compiled form.

 > As a short-term move, since we don't have Glide support in 6.3
 > anyway, I just disabled the Glide packages and moved the headers
 > across.

 I decided that Glide is too much of a hassle.  It will probably work
 again in 6.4, that's true, but I have decided to carry with the plan I
 had sketched a couple of years ago:

* Regular drivers are built from the mesa package
* Troublesome drivers (not being kept up to date, etc) are built
  from a second source package (mesa-legacy)
* Whenever a new Mesa upstream is released, I look at it, if nothing
  breaks (and this has happened multiple times -- recall that mesa
  uses a x.y.z scheme, where odd y means "in development") then I
  make an upload of the source package "mesa" to unstable
* If one of the "weird" drivers breaks in the new upstream, then
  figure out if it's because of some small change.  If that's the
  case fix it.  If not (as is the case with glide in 6.3) then
  "move" the driver to the "mesa-legacy" package.
* Once I figure the driver is being actively maintained, move it
  back to "mesa"

 In this way I keep the same set of binary packages, meaning that users
 won't be missing functionality, and I can keep the maintained drivers
 up to date.

 The mesa source package is structured in such a way that it allows for
 building either mesa or mesa-legacy, after tweaking debian/control, of
 course.  There's a small duplication of code (the mesa and mesa-legacy
 tarballs are sometimes the same file, sometimes not), but taking into
 account that the binary packages are *much* larger than the source I
 don't think that's something to gripe about.

 Cheers,

-- 
Marcelo


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

Bug#326616: ITP: libclassworlds-1.1-java -- Java ClassLoader Framework

[Trygve Laugstøl]

Package: wnpp
Severity: wishlist
Owner: "Trygve Laugstøl" <[EMAIL PROTECTED]>


* Package name: libclassworlds-1.1-java
  Version : 1.1-alpha-2
  Upstream Author : bob mcwhirter <[EMAIL PROTECTED]>
Jason van Zyl <[EMAIL PROTECTED]>
Ben Walding <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : BSD
  Description : Java ClassLoader Framework

 Classworlds is a framework for container developers who require complex
 manipulation of Java's ClassLoaders. Java's native ClassLoader mechanims and
 classes can cause many headaches and confusion for certain types of
 application developers. Projects which involve dynamic loading of components
 or otherwise represent a 'container' that can benefit from the classloading
 control provided by classworlds.
 .
 Classworlds provides a richer set of semantics for class loading than Java's
 normal mechanisms, while still being able to provide a ClassLoader interface
 to integrate seamlessly with the Java environment.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.6-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Re: KDE non-installable sarge/stable powerpc

[Adeodato Simó]

* Brian May [Sun, 04 Sep 2005 20:32:05 +1000]:

> Is this a known problem?

  Yes, and the Security Team is aware of it (#325254).

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Capitalism is the extraordinary belief that the nastiest of men, for the
nastiest of reasons, will somehow work for the benefit of us all.
-- John Maynard Keynes


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

Re: It is 23:53, do you know whether your package (un)installs cleanly?

[Joey Hess]

Lars Wirzenius wrote:
> That's what I wanted to say, but, alas, it doesn't work. debootstrap
> fails to create an etch or sid chroot for me at the moment.

It does if you run it with --resolve-deps.

Since this will remain true probably forever except during
freezes/releases, people might as well get used to it. Of course you can
also file bugs on ftp.d.o to get the priorities adjusted for
debootstrap.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#326631: ITP: scim-canna -- SCIM IMEngine module for Canna

[Ikuya Awashiro]

Package: wnpp
Severity: wishlist
Owner: Ikuya Awashiro <[EMAIL PROTECTED]>


* Package name: scim-canna
  Version : 0.1.3
  Upstream Author :  Hiroyuki Ikezoe <[EMAIL PROTECTED]>
 Takuro Ashie <[EMAIL PROTECTED]>
* URL : http://sourceforge.jp/projects/scim-imengine/
* License : GPL
  Description : SCIM IMEngine module for Canna

Smart Common Input Method platform (SCIM) is an input method server
and a development platform to make Input Method developers' lives
easier.
Canna is a Japanese input system available in Free Software.
Canna provides a unified user interface for inputting Japanese.
Canna converts kana to kanji based on a client-server model and
supports automatic kana-to-kanji conversion.

-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.8
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.UTF-8 (charmap=locale: Cannot set 
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: ??
ANSI_X3.4-1968)


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

Re: mass bug filing on packages that are blocking use of cdebconf

[Marc Haber]

On Wed, 31 Aug 2005 16:27:12 -0400, Joey Hess <[EMAIL PROTECTED]>
wrote:
>Marc Haber <[EMAIL PROTECTED]>
>   clamav-data
>   clamav-getfiles

Upload of fixed packages pending current unstable versions migrating
to testing. ETA: Monday.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: Spam on this list

[Marc Haber]

On Thu, 01 Sep 2005 20:45:07 +0200, Romain Francoise
<[EMAIL PROTECTED]> wrote:
>Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
>> You might want to consider reading the lists using NNTP to gmane.org.
>> I read several of the lists that way, and gmane filter out the spam
>> for me. :)
>
>And it needs money for a new dual Opteron mail server:
>
>  http://gmane.org/donate.php>

Please refrain from raising funds for other projects on Debian mailing
lists. Donations solicited here should go to Debian, not somewhere
else.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: mesag3 <-> xlibmesa-gl / libgl1-mesa-dri <-> xlibmesa-dri / libglu1-mesa <-> libglu1-xorg

[Marcelo E. Magallon]

On Sat, Sep 03, 2005 at 05:30:52PM -0400, Michel Dänzer wrote:

 > I tried building from SVN:
 > 
 > [...]
 > mkdir -p debian/stamp/ && touch debian/stamp/target-gl-debian-debug
 > dh_testdir
 > chmod +x debian/shadowtree
 > rm -f -rf build/gl-debian-debug-i386
 > debian/shadowtree build/gl-debian-debug-i386

 Ah, sorry about that.

 I reworked a few parts of debian/rules and forgot to take the optimized
 builds into account.

 It's fixed now.

 > >  I just need to know if they work fine with the current X server in
 > >  unstable or if I need to wait for the 6.9 X server.
 > 
 > FWIW, we generally try to preserve backwards compatibility, so they
 > *should* work with the X server in sid. The r200 driver from Mesa CVS
 > certainly works here, although I'm not using the DDX driver from
 > xserver-xorg either. :)

 Ok, I'll try that on the hardware I have (i815 I think).

 > The attached patch adds the IMO appropriate Conflicts:, Replaces: and
 > Provides: for libgl1-mesa-dri{,-dev}.

 Oh, thanks, I forgot those, too :-P

 > >  And co-maintaining is always welcomed.
 > 
 > Okay, do you intend to use the pkg-mesa-devel list?

 Sure.

-- 
Marcelo


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

Re: Spam on the BTS

[Marc Haber]

On Sat, 3 Sep 2005 20:47:21 -0700, Blars Blarson <[EMAIL PROTECTED]>
wrote:
>On Sat, Sep 03, 2005 at 06:59:44PM +0200, Florian Weimer wrote:
>> CBL has the advantage that you can make a local copy of the list
>> (which reduces name server load and avoids the name lookup latency),
>> but its license is somewhat non-free.  Is this a problem for Debian?
>
>spohr is already running a nameserver, so it would have to run on an
>alternate port.

Maybe a DNS view only visible from localhost could be used.

Greetings
Marc

-- 
-- !! No courtesy copies, please !! -
Marc Haber |   " Questions are the | Mailadresse im Header
Mannheim, Germany  | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

Re: Spam on the BTS

[Marco d'Itri]

On Sep 04, Marc Haber <[EMAIL PROTECTED]> wrote:

> >spohr is already running a nameserver, so it would have to run on an
> >alternate port.
> Maybe a DNS view only visible from localhost could be used.
No, the point is to use a fast special-purpose daemon instead of BIND.
It can be easily run on 10.0.0.1 or something like this.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

glibc and PaX issue

[Grzegorz Bizon]

Hi !

I have few question about PaX from grsecurity and glibc in Debian.
I have etch, with kernel 2.4.28-grsec (compiled by myself) on my
machine, and I recently ugraded glibc to 2.3.5-6.
Suddenly few applications gone insane ;P
For example:
 Cannot load /usr/lib/apache/1.3/libphp4.so into server:
 libcrypto.so.0.9.7: cannot enable executable stack as shared object
 requires: Permission denied
I tried to google but I didn't find nothing interesting. I think it's
problem with glibc and PaX from grsecurity patch. 

I hardly know how PaX is working but I think it just protects some areas
of memory that It should not in this case, or sth ;P, maybe it's glibc
problem ?.
I went to forums.grsecurity.net and found topic about that on
forum[1].

Installation of ,,fixed packages''[2] soloved this issue. But in my
opinion better solution is fixing it in Debian :P. It is of course
possible that I'm wrong and I've missed something (again ...) so,
please, can somebody explain my what happened ?

Thanks in advance !

Best regards,
 Grzegorz ,,Verdan'' Bizon

[1] http://forums.grsecurity.net/viewtopic.php?t=1152
[2] deb http://debian.linux-systeme.com unstable main

-- 
[  ,''`.  [EMAIL PROTECTED] // [EMAIL PROTECTED] ]
[ : :' :  GG: 830398 //   JID: verdan(at)chrome.pl ]
[ `. `'   [EMAIL PROTECTED]  //GPG: 0xDF32F531 ]
[   `-  1A6F A0A1 01D1 3033 332A  60FE 4C7B 8037 DF32 F531 ]


pgpYH6ywjWjRx.pgp
Description: PGP signature

Re: glibc and PaX issue

[Ralf Hildebrandt]

* Grzegorz Bizon <[EMAIL PROTECTED]>:

> I have few question about PaX from grsecurity and glibc in Debian.
> I have etch, with kernel 2.4.28-grsec (compiled by myself) on my
> machine, and I recently ugraded glibc to 2.3.5-6.
> Suddenly few applications gone insane ;P

Welcome to the club :(

> I tried to google but I didn't find nothing interesting. I think it's
> problem with glibc and PaX from grsecurity patch. 

I fell back to a non-grsec-Kernel.

> Installation of ,,fixed packages''[2] soloved this issue. But in my
> opinion better solution is fixing it in Debian :P. It is of course
> possible that I'm wrong and I've missed something (again ...) so,
> please, can somebody explain my what happened ?

I also tinkered with chpax and the like, but couldn't get anything
operational again.

-- 
Ralf Hildebrandt (i.A. des IT-Zentrums) [EMAIL PROTECTED]
Charite - Universitätsmedizin BerlinTel.  +49 (0)30-450 570-155
Gemeinsame Einrichtung von FU- und HU-BerlinFax.  +49 (0)30-450 570-962
IT-Zentrum Standort CBF send no mail to [EMAIL PROTECTED]


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

Re: glibc and PaX issue

[Laszlo Boszormenyi]

On Sun, 2005-09-04 at 20:57 +0200, Grzegorz Bizon wrote:
> I have few question about PaX from grsecurity and glibc in Debian.
> I have etch, with kernel 2.4.28-grsec (compiled by myself) on my
> machine, and I recently ugraded glibc to 2.3.5-6.
 Do you have the paxctl package?

> Suddenly few applications gone insane ;P
[...]
> I tried to google but I didn't find nothing interesting. I think it's
> problem with glibc and PaX from grsecurity patch. 
> 
> I hardly know how PaX is working but I think it just protects some areas
> of memory that It should not in this case, or sth ;P, maybe it's glibc
> problem ?.
 Do you know that you may need the
http://www.grsecurity.net/~spender/grsecurity-glibc-2.3.3-rc1.tar.gz
patches? But maybe the
http://pax.grsecurity.net/binutils-2.16-pt-pax-flags-200506102235.patch
patch for binutils?

> Installation of ,,fixed packages''[2] soloved this issue. But in my
> opinion better solution is fixing it in Debian :P.
 Debian will support SELinux, I do not know if GRSecurity will have a
chance. :-|

>  It is of course
> possible that I'm wrong and I've missed something (again ...) so,
> please, can somebody explain my what happened ?

It may be better to ask around at
http://www.grsecurity.net/cgi-bin/mailman/listinfo/grsecurity

Cheers,
Laszlo/GCS


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

Re: Spam on this list

[David Moreno Garza]

On Sun, 2005-09-04 at 18:56 +0200, Marc Haber wrote:
> >And it needs money for a new dual Opteron mail server:
> >  http://gmane.org/donate.php>
> 
> Please refrain from raising funds for other projects on Debian mailing
> lists. Donations solicited here should go to Debian, not somewhere
> else.

I don't see what's wrong with that.

-- 
David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/
 GPG: C671257D - 6EF6 C284 C95D 78F6 0B78 FFD3 981C 5FD7 C671 257D
 Signed mail welcome. Encrypted mail preferred.


signature.asc
Description: This is a digitally signed message part

Bug#326648: libsqlite3-0: database handles can't be shared among threads any more

[Adeodato Simó]

Package: libsqlite3-0
Version: 3.2.5-1

  [debian-devel CCed because I'm asking for advice at the end.]

  Until sqlite 3.2.2, a database handle could be opened in one thread
  and used in another. In 3.2.5 this has been disabled, and upstream
  recommends to open a db handle for each handle; which has generated a
  bit of traffic in the mailing list:

http://thread.gmane.org/gmane.comp.db.sqlite.general/13957
http://thread.gmane.org/gmane.comp.db.sqlite.general/14007

  The reason for this change is that it didn't properly work on some
  Linux systems. See these messages from the sqlite author:

http://article.gmane.org/gmane.comp.db.sqlite.general/13961
http://article.gmane.org/gmane.comp.db.sqlite.general/14015

  My amarok package uses this feature (sharing db handles accross
  threads), and with the recent upload of sqlite3, its sqlite-based
  collection support no longer works (#326562, #312386). What is worse,
  when talking with upstream about it, they tell me that hey have no
  plans on changing their source code -- as they ship an internal copy
  of sqlite, they'll re-enable the feature there instead.

  If sqlite upstream fails to provide a solution for this, I fear I will
  have to use the internal copy of sqlite that amarok provides (*).
  Unless the solution is provided by the Debian package instead; but
  this would be diverging from upstream, and I don't think it's a really
  good idea unless we can know for sure we don't belong to the "does
  sometimes not work" category outlined by D. Richard Hipp. Anybody has
  an opinion on this?

(*) I'd be very unhappy with this, but I can't go on with "install
libsqlite3-0 3.2.2-3 and put it on hold" forever.

  Also, I have no idea what's the case for Debian: "On some versions of
  Linux, a thread is not able to override locks created by a different
  thread in the same process." Does this depend on the kernel, on libc,
  or on something else?

  Thanks,

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Faced with the choice between changing one's mind and proving that there
is no need to do so, almost everyone gets busy with the proof.
-- J.K. Galbraith



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

Re: Bug#326648: libsqlite3-0: database handles can't be shared among threads any more

[Florian Weimer]

* Adeodato Simó:

>   Also, I have no idea what's the case for Debian: "On some versions of
>   Linux, a thread is not able to override locks created by a different
>   thread in the same process." Does this depend on the kernel, on libc,
>   or on something else?

This is probably the same problem as the svnserve problem described
here:

  

IIRC, NPTL is fine, but LinuxThreads aren't.

Unfortunately, I don't know what the solution for Subversion was.

Re: Bug#326648: libsqlite3-0: database handles can't be shared among threads any more

[Florian Weimer]

* Florian Weimer:

> * Adeodato Simó:
>
>>   Also, I have no idea what's the case for Debian: "On some versions of
>>   Linux, a thread is not able to override locks created by a different
>>   thread in the same process." Does this depend on the kernel, on libc,
>>   or on something else?
>
> This is probably the same problem as the svnserve problem described
> here:
>
>   
>
> IIRC, NPTL is fine, but LinuxThreads aren't.

I intended to write the opposite: file locks are a per-process
resource in NPTL, so NPTL probably has the problems, and LinuxThreads
doesn't.

Ohio Linux Fest 2005

[Roberto C. Sanchez]

[This is being cross-posted to d-d and d-u, adjust reply as needed]

I am wondering if any DDs or DUs are planning on attending the Ohio Linux
Fest 2005.  It is October 1, in Columbus.  I would like to see about
arranging a keysigning of some sort.

-Roberto

-- 
Roberto C. Sanchez
http://familiasanchez.net/~roberto


pgpdkqE7qPqGX.pgp
Description: PGP signature

Re: Spam on the BTS

[Florian Weimer]

* Blars Blarson:

> On Sat, Sep 03, 2005 at 06:59:44PM +0200, Florian Weimer wrote:
>> CBL has the advantage that you can make a local copy of the list
>> (which reduces name server load and avoids the name lookup latency),
>> but its license is somewhat non-free.  Is this a problem for Debian?
>
> spohr is already running a nameserver, so it would have to run on an
> alternate port.  I havn't looked into how hard it would be to convice
> spamassassin to use something like this.

Of course you don't query the local blacklist copy over DNS. 8-) CBL
doesn't even use prefixes, so no special data structures are required
to do this.

>> What's causing most of the load right now?  I think some of the effort
>> should probably concentrate on getting legitimate mail through faster.
>
> spamscan is single-threaded, and the latency of DNSBL lookups is the
> main delay.  We have less than 1 second to process each message on
> average.

Hmm. Does spamscan load SpamAssassin each time it's invoked?

> Once it becomes multi-threaded CPU usage could become an issue,
> especially if we upgrade to spamassassin 3.

You absolutely must avoid piping all mail through SpamAssassin because
it so CPU-intense.  With Exim 4, you should be able to reject the more
obvious spam directly at the SMTP level (^MZ and ZIP attachments, mail
to archived bug reports), and pass through likely non-spam messages
(certain keywords in the body, already known sender addresses, and so
on).


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

Bug#326656: ITP: libjetty4-lib -- Pure Java HTTP Server

[Trygve Laugstøl]

Package: wnpp
Severity: wishlist
Owner: "Trygve Laugstøl" <[EMAIL PROTECTED]>


* Package name: libjetty4-lib
  Version : x.y.z
  Upstream Author : Greg Wilkins <[EMAIL PROTECTED]>
Arkadi Shishlov <[EMAIL PROTECTED]>
Adam Klatzkin <[EMAIL PROTECTED]>
Adnan Musi <[EMAIL PROTECTED]>
Arthur Simoneau <[EMAIL PROTECTED]>
Bradley Williams <[EMAIL PROTECTED]>
Brett Sealey <[EMAIL PROTECTED]>
Clayton Wheeler <[EMAIL PROTECTED]>
Charles Butcher <[EMAIL PROTECTED]>
Cris Perdue <[EMAIL PROTECTED]>
Dan Finkelstein <[EMAIL PROTECTED]>
Daniel Deville <[EMAIL PROTECTED]>
Daniel Eriksson <[EMAIL PROTECTED]>
David Taylor <[EMAIL PROTECTED]>
Dmitri Colebatch <[EMAIL PROTECTED]>
Donovan Kolbly <[EMAIL PROTECTED]>
Doyle Davidson <[EMAIL PROTECTED]>
Ernest Leipold <[EMAIL PROTECTED]>
Eugene Ciurana <[EMAIL PROTECTED]>
Fredrik Borgh <[EMAIL PROTECTED]>
Gerd Mueller <[EMAIL PROTECTED]>
Greg Colvin <[EMAIL PROTECTED]>
Gösta Jonasson <[EMAIL PROTECTED]>
Hans Maerki <[EMAIL PROTECTED]>
Hartmut Benz <[EMAIL PROTECTED]>
Heinrich Abele <[EMAIL PROTECTED]>
Helmut Hissen <[EMAIL PROTECTED]>
Ignacio Coloma 
James Robinson <[EMAIL PROTECTED]>
Jan Bartel <[EMAIL PROTECTED]>
Jan Hlavaty <[EMAIL PROTECTED]>
Jason Gilbert <[EMAIL PROTECTED]>
Jason Weinstein <[EMAIL PROTECTED]>
Jesper Jørgensen <[EMAIL PROTECTED]>
Jim Crossley <[EMAIL PROTECTED]>
John Bergman <[EMAIL PROTECTED]>
John T Bell <[EMAIL PROTECTED]>
Juancarlo Añez <[EMAIL PROTECTED]>
Julian Gosnell <[EMAIL PROTECTED]>
Kent Johnson <[EMAIL PROTECTED]>
Klaus Spd <[EMAIL PROTECTED]>
Marko Friedmann <[EMAIL PROTECTED]>
Marko P. O. Nippula <[EMAIL PROTECTED]>
Matt Watson <[EMAIL PROTECTED]>
Martin Cordova <[EMAIL PROTECTED]>
Michael O'Sullivan <[EMAIL PROTECTED]>
Mike Haberman <[EMAIL PROTECTED]>
Miro Halas <[EMAIL PROTECTED]>
Morten Seifert <[EMAIL PROTECTED]>
Nathan Meyers <[EMAIL PROTECTED]>
Nicholas Christopher <[EMAIL PROTECTED]>
Nikos Anerousis <[EMAIL PROTECTED]>
Norbert Renner <[EMAIL PROTECTED]>
Nuno Preguiça <[EMAIL PROTECTED]>
Paul Mclachlan <[EMAIL PROTECTED]>
Paul Weiss <[EMAIL PROTECTED]>
Pier Fumagalli <[EMAIL PROTECTED]>
Petr Jiricka <[EMAIL PROTECTED]>
Philippe Van Dyck <[EMAIL PROTECTED]>
Preston L. Bannister <[EMAIL PROTECTED]>
Rafael Posse <[EMAIL PROTECTED]>
Raif S. Naffah <[EMAIL PROTECTED]>
Robert Munyer <[EMAIL PROTECTED]>
Roelf de Kock <[EMAIL PROTECTED]>
Simon Ritchie <[EMAIL PROTECTED]>
Stephen Stevens <[EMAIL PROTECTED]>
Søren Hilmer <[EMAIL PROTECTED]>
Thomas Beyer <[EMAIL PROTECTED]>
Thomas Pedersen <[EMAIL PROTECTED]>
Tobias Miller <[EMAIL PROTECTED]>
Tony Thompson <[EMAIL PROTECTED]>
Topper <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : Jetty License
  Description : Pure Java HTTP Server

 Jetty is a fully featured web server for static and dynamic content. Unlike
 separate server/container solutions, this means that your web server and web
 application run in the same process, without interconnection overheads and
 complications. Furthermore, as a pure java component, Jetty can be simply
 included in your application for demonstration, distribution or deployment.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.6-1-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Re: Bug#326656: ITP: libjetty4-lib -- Pure Java HTTP Server

[Andrew Suffield]

On Sun, Sep 04, 2005 at 10:35:11PM +0200, Trygve Laugst?l wrote:
>   Version : x.y.z

I presume you spent so much time on the list of author[sic] that you
never got around to deleting this line, or any of the others with
bogus template values in them.

>   Upstream Author : 
 ^^^

The point here is that these are all names for the same person?

Also, in the time it took you to type this list I could have packaged
it twice, and liberated a small country from an oppressive dictator.

-- 
  .''`.  ** Debian GNU/Linux ** | Andrew Suffield
 : :' :  http://www.debian.org/ |
 `. `'  |
   `- -><-  |


signature.asc
Description: Digital signature

Re: Bug#326656: ITP: libjetty4-lib -- Pure Java HTTP Server

[Adam Heath]

On Sun, 4 Sep 2005, Trygve[UTF-8] Laugstøl wrote:

> Package: wnpp
> Severity: wishlist
> Owner: "Trygve Laugstøl" <[EMAIL PROTECTED]>
>
>
> * Package name: libjetty4-lib

libjetty4-java is the proper name.

>   Version : x.y.z

Er, fill out a version.

>   Upstream Author : Greg Wilkins <[EMAIL PROTECTED]>
> Arkadi Shishlov <[EMAIL PROTECTED]>
> Adam Klatzkin <[EMAIL PROTECTED]>
> Adnan Musi <[EMAIL PROTECTED]>
> Arthur Simoneau <[EMAIL PROTECTED]>
> Bradley Williams <[EMAIL PROTECTED]>
> Brett Sealey <[EMAIL PROTECTED]>
> Clayton Wheeler <[EMAIL PROTECTED]>
> Charles Butcher <[EMAIL PROTECTED]>
> Cris Perdue <[EMAIL PROTECTED]>
> Dan Finkelstein <[EMAIL PROTECTED]>
> Daniel Deville <[EMAIL PROTECTED]>
> Daniel Eriksson <[EMAIL PROTECTED]>
> David Taylor <[EMAIL PROTECTED]>
> Dmitri Colebatch <[EMAIL PROTECTED]>
> Donovan Kolbly <[EMAIL PROTECTED]>
> Doyle Davidson <[EMAIL PROTECTED]>
> Ernest Leipold <[EMAIL PROTECTED]>
> Eugene Ciurana <[EMAIL PROTECTED]>
> Fredrik Borgh <[EMAIL PROTECTED]>
> Gerd Mueller <[EMAIL PROTECTED]>
> Greg Colvin <[EMAIL PROTECTED]>
> Gösta Jonasson <[EMAIL PROTECTED]>
> Hans Maerki <[EMAIL PROTECTED]>
> Hartmut Benz <[EMAIL PROTECTED]>
> Heinrich Abele <[EMAIL PROTECTED]>
> Helmut Hissen <[EMAIL PROTECTED]>
> Ignacio Coloma 
> James Robinson <[EMAIL PROTECTED]>
> Jan Bartel <[EMAIL PROTECTED]>
> Jan Hlavaty <[EMAIL PROTECTED]>
> Jason Gilbert <[EMAIL PROTECTED]>
> Jason Weinstein <[EMAIL PROTECTED]>
> Jesper Jørgensen <[EMAIL PROTECTED]>
> Jim Crossley <[EMAIL PROTECTED]>
> John Bergman <[EMAIL PROTECTED]>
> John T Bell <[EMAIL PROTECTED]>
> Juancarlo Añez <[EMAIL PROTECTED]>
> Julian Gosnell <[EMAIL PROTECTED]>
> Kent Johnson <[EMAIL PROTECTED]>
> Klaus Spd <[EMAIL PROTECTED]>
> Marko Friedmann <[EMAIL PROTECTED]>
> Marko P. O. Nippula <[EMAIL PROTECTED]>
> Matt Watson <[EMAIL PROTECTED]>
> Martin Cordova <[EMAIL PROTECTED]>
> Michael O'Sullivan <[EMAIL PROTECTED]>
> Mike Haberman <[EMAIL PROTECTED]>
> Miro Halas <[EMAIL PROTECTED]>
> Morten Seifert <[EMAIL PROTECTED]>
> Nathan Meyers <[EMAIL PROTECTED]>
> Nicholas Christopher <[EMAIL PROTECTED]>
> Nikos Anerousis <[EMAIL PROTECTED]>
> Norbert Renner <[EMAIL PROTECTED]>
> Nuno Preguiça <[EMAIL PROTECTED]>
> Paul Mclachlan <[EMAIL PROTECTED]>
> Paul Weiss <[EMAIL PROTECTED]>
> Pier Fumagalli <[EMAIL PROTECTED]>
> Petr Jiricka <[EMAIL PROTECTED]>
> Philippe Van Dyck <[EMAIL PROTECTED]>
> Preston L. Bannister <[EMAIL PROTECTED]>
> Rafael Posse <[EMAIL PROTECTED]>
> Raif S. Naffah <[EMAIL PROTECTED]>
> Robert Munyer <[EMAIL PROTECTED]>
> Roelf de Kock <[EMAIL PROTECTED]>
> Simon Ritchie <[EMAIL PROTECTED]>
> Stephen Stevens <[EMAIL PROTECTED]>
> Søren Hilmer <[EMAIL PROTECTED]>
> Thomas Beyer <[EMAIL PROTECTED]>
> Thomas Pedersen <[EMAIL PROTECTED]>
> Tobias Miller <[EMAIL PROTECTED]>
> Tony Thompson <[EMAIL PROTECTED]>
> Topper <[EMAIL PROTECTED]>

Must we really do th is?

> * URL : http://www.example.org/

You have got to be kidding.

> * License : Jetty License

No, that's wrong.  Jetty is under the Apache 2.0 license.

>   Description : Pure Java HTTP Server
>
>  Jetty is a fully featured web server for static and dynamic content. Unlike
>  separate server/container solutions, this means that your web server and web
>  application run in the same process, without interconnection overheads and
>  complications. Furthermore, as a pure java component, Jetty can be simply
>  included in your application for demonstration, distribution or deployment.

This is already packaged, and a newer version at t

Re: mesag3 <-> xlibmesa-gl / libgl1-mesa-dri <-> xlibmesa-dri / libglu1-mesa <-> libglu1-xorg

[Michel Dänzer]

[ Moving to pkg-mesa-devel, please follow up there only ]

On Sun, 2005-09-04 at 11:12 -0600, Marcelo E. Magallon wrote: 
> On Sat, Sep 03, 2005 at 05:30:52PM -0400, Michel Dänzer wrote:
> 
>  > I tried building from SVN:
>  > 
>  > [...]
>  > mkdir -p debian/stamp/ && touch debian/stamp/target-gl-debian-debug
>  > dh_testdir
>  > chmod +x debian/shadowtree
>  > rm -f -rf build/gl-debian-debug-i386
>  > debian/shadowtree build/gl-debian-debug-i386
> 
>  Ah, sorry about that.
> 
>  I reworked a few parts of debian/rules and forgot to take the optimized
>  builds into account.
> 
>  It's fixed now.

Indeed, thanks. However, building the i8* drivers doesn't make much
sense on powerpc, how about something like the attached patch?

Also, I think the mach64 (and possibly r300) driver(s) should be in a
separate package with a strong warning about the security risks. For
mach64, the DRI support in the DDX won't be enabled by default in the
foreseeable future anyway.


>  > >  I just need to know if they work fine with the current X server in
>  > >  unstable or if I need to wait for the 6.9 X server.
>  > 
>  > FWIW, we generally try to preserve backwards compatibility, so they
>  > *should* work with the X server in sid. The r200 driver from Mesa CVS
>  > certainly works here, although I'm not using the DDX driver from
>  > xserver-xorg either. :)
> 
>  Ok, I'll try that on the hardware I have (i815 I think).

The drivers don't seem to get linked against libdrm, so its symbols are
unresolved. The r200 driver works fine with
LD_PRELOAD=/usr/lib/libdrm.so.1 though.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Re: Debian package and OpenSSL stuff

[David Moreno Garza]

On Fri, 2005-09-02 at 19:07 +0200, Jean-Philippe Garcia Ballester wrote:
>   Hi,
>   I heard OpenSSL's license is incompatible with GPL. Does this apply to
> binary package only or both binary and source package?
>   The thing is, the library I'm packaging can use both libcrypto (from
> OpenSSL) and libgcrypt, using ifdef. The binary package is built with
> libgcrypt support only.
>   Should I remove OpenSSL support in the source, or is it okay to leave
> it?
>   Regards,

Take a look at:
http://www.gnome.org/~markmc/openssl-and-the-gpl.html

--
David Moreno Garza <[EMAIL PROTECTED]>   | http://www.damog.net/
   <[EMAIL PROTECTED]>  | GPG: C671257D
  Grab life by the horns.


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

Eylul Bulteni-Google İstanbul da

[KartusOrg Bulten]

Title: KARTUS.ORG







  



  
  

DOĞAYA SAYGI, 
EKONOMİYE KATKI


LASER TONER 
VE 
MÜREKKEP KARTUŞLARINIZI 

ATMAYINIZ


İSTERSENİZ 
BOŞLARI SATIN ALALIM,
İSTERSENİZ 100 % GARANTİLİ OLARAK

DOLDURUP YENİLEYELİM


TÜRKİYE NİN HER YERİNE KARGO İLE
ÜCRETSİZ ADRESE TESLİM



www.kartus.org
KALİTE, PERFORMANS, GERÇEK GARANTİ
Tel: 


0216 489 15 48  Pbx
  
  
HABERLER         
Eylül 05
  
  


İNTERNET TE KAN BANKASI
11 yaşındaki yakınının geçirdiği soba kazası sonucu kan bulunamaması 
nedeniyle ölümü üzerine Ahmet Oğuzhan Başar tarafından kurulan ve ticari 
amacı bulunmayan sanal kan bankasına, 5 yıl içinde kan vermek için 
kaydolan gönüllü sayısı 9,5 milyonu geçti. www.kanbankasi.gen.tr 
adresindeki internet sitesine adını, kan grubunu, bulunduğu şehir ve 
telefon numaraları gibi iletişim bilgilerini bırakarak kayıt yaptıran 
kişilere, acil kan ihtiyacı bulunan vatandaşlar buradan ulaşabiliyorlar. 
Daha sonraki aşamada ise telefonla irtibat sağlanıyor. Sitenin Acil Kan 
Duyuruları bölümünde de kan ihtiyacı çağrısında bulunulabiliyor.

SAMSUNG TAN BAKTERİLERE SİLVER NANO LU ÖNLEM
Samsung Electronics geliştirdiği Silver Nano Teknolojisi ile tüketici 
elektroniği ürünlerindeki hijyen konusuna büyük rahatlık getiriyor. 
Çamaşır makineleri, buzdolapları, klimalar ve elektrikli süpürgelerde 
kullanılan Silver Nano Teknolojisi, çamaşırlarda, yiyeceklerde ve havada 
bakteri oluşumunu engelliyor. Silver Nano Çamaşır Makinesi’nde yıkanan 
kıyafetlerdeki bakteriler %99.9 oranında engellenirken, ayrıca yıkamayı 
takip eden 30 gün süresince de çamaşırlarda bakteri barınamıyor.

2005 İN İLK ALTI AYINDA B2C ETİCARET 430 MİLYON 
$ OLDU
Yılın ilk 6 ayına dair kredi kartlı B2C (son kullanıcıya) satış 
rakamları BKM (Bankalararası kart merkezi) tarafından açıklandı. Buna 
göre 563.5 Milyon YTL (430 Milyon $) ı bulan B2C yani son kullanıcıya 
satış artık ciddi bir hacme ulaştı. B2B yani firmadan, firmaya (mesela 
firmaların bayilerine yaptıkları satışlar) ile bu rakamın 3-4 milyar $ 
olabileceği öngörülüyor.

İNTERNET E BAĞLANMAK İÇİN İLGİNÇ YERLER
Cisco, hayatlarının tamamını Connected-Bağlı geçiren bu 
insanlara, laptoplarını açıp internete bağlandıkları en ilginç yerleri 
sordu. Büyük çoğunluk, internete bağlandıkları en garip yer olarak 
tuvaleti gösterdiler. Katılımcılardan birisi ise, ağ dünyasına yepyeni 
bir kavram katarak, karısının kendisini tech-bitionist olarak 
tanımladığını söyledi. Dışa vurumculuk anlamına gelen exhibitionist 
kelimesinden türetilen tech-bitionist, her an, her yerde ve herkesin 
karşısında internete bağlanan, teknolojiyi sergilemekten hoşlanan 
teknoloji manyağı anlamına geliyor. Anket sonuçları arasında çok ilginç 
yerler de var: İşte, internete bağlanılan en garip 10 yer: Tuvaletler, 
Kilise, Asansörler, Tele-siej, Hapishane, Eiffel Kulesi, Maden tüneli, 
Büyük bir tankın tepesi, Güney Afrika yağmur ormanları ve Endonezya 
jungleları, Askeri uçak

GOOGLE iSTANBUL DA

Google Grubu nun ABD deki iki kuruluşu tarafından kurulan Google 
Reklamcılık ve Pazarlama Ltd. Şti nin sermayesi 5 bin YTL düzeyinde 
bulunuyor. 
Şirkette Google International LLC 4 bin 900 YTL lik, Google Inc. 50 YTL 
lik pay aldı. Şirketin, internet reklamcılığı da dahil olmak üzere, 
reklamcılık satışı ve pazarlaması ile ilgili ürün ve hizmet sunacağı 
belirtildi. 
Şirketin müdürlüklerine ABD uyruklu David Cari ile George de Ros Reyes 
getirildi. 
Google'ın Türkçe hizmetleri halen İngiltere'deki Avrupa merkezinden 
sürdürüyordu.


 





Size kartus.org aylık haber bültenini 
  göndermemizi istemiyorsanız  

[EMAIL PROTECTED] adresine 
boş bir mail atmanız yeterli.Bu mesajda, yalnızca muhatabını 
ilgilendiren, kişiye veya kuruma özel bilgiler yer alıyor olabilir. 
Mesajın muhatabı değilseniz,  lütfen göndereni 
  uyarıp, mesajı imha ediniz. Göstermiş olduğunuz hassasiyetten ötürü 
  teşekkür ederiz.
  

Re: mesag3 <-> xlibmesa-gl / libgl1-mesa-dri <-> xlibmesa-dri / libglu1-mesa <-> libglu1-xorg

[Daniel Stone]

On Sun, 2005-09-04 at 09:04 -0600, Marcelo E. Magallon wrote:
> On Thu, Sep 01, 2005 at 02:58:19PM +1000, Daniel Stone wrote:
> 
>  > Right.  My solution for that was to split them into a separate
>  > mesa-utils source package, with a slightly hacked Makefile.  They
>  > build just fine independently.
> 
>  Ah, you mean the utils!  The demos are shipped in a separate tarball.

Ah, yes, sorry.

>  The programs in progs/util are not generally useful.  I could include
>  them as examples in mesa-common or something like that.
> 
>  And I don't know where glxinfo is going to end up.  It's certainly not
>  included with mesa atm.

Hm?  progs/xdemos/glxinfo.c.

>  > The problem with Mesa Build-Depping on glut is so:
>  >   * mesa depends on glut to build, which depends on libgl1-mesa-dev
>  >   * buildd goes to install libgl1-mesa-dev to fulfill B-Ds
>  >   * libgl1-mesa-dev deps mesa-common-dev (= ${Source-Version})
>  >   * mesa-common-dev version n is in the archive from the maintainer
>  > upload
>  >   * but libgl1-mesa-dev for, say, hppa, is still n-1
>  >-> uninstallable B-Ds
> 
>  Uhm, are we talking about mesa (not "mesademos")?

Yeah.

> Mesa-6.3.2$ find ! -type d -print0 | xargs -r0 grep glut.h
> ./Makefile: $(DIRECTORY)/include/GL/glut.h  \
> ./docs/download.html: href="http://www.opengl.org/resources/libraries/glut.html";
> ./docs/README.WINDML:- src/ugl/ugl_glutshapes.c
> ./include/GL/gl.h: * including only glut.h, since glut.h depends on windows.h.
> ./include/GL/gl.h: * glut.h or gl.h.
> ./include/GL/uglglutshapes.h:/* uglglutshapes.h - Public header GLUT Shapes */
> ./progs/util/dumpstate.c:#include 
> ./progs/util/glstate.c:#include 
> ./progs/util/glutskel.c:#include 
> 
>  Like I said before, those programs are not generally useful, at least
>  not in compiled form.

Hrm.  glxinfo still wants to link against libglut; I guess this is just
an artefact of the build system.

>  > As a short-term move, since we don't have Glide support in 6.3
>  > anyway, I just disabled the Glide packages and moved the headers
>  > across.
> 
>  I decided that Glide is too much of a hassle.  It will probably work
>  again in 6.4, that's true, but I have decided to carry with the plan I
>  had sketched a couple of years ago:
> 
> * Regular drivers are built from the mesa package
> * Troublesome drivers (not being kept up to date, etc) are built
>   from a second source package (mesa-legacy)
> * Whenever a new Mesa upstream is released, I look at it, if nothing
>   breaks (and this has happened multiple times -- recall that mesa
>   uses a x.y.z scheme, where odd y means "in development") then I
>   make an upload of the source package "mesa" to unstable
> * If one of the "weird" drivers breaks in the new upstream, then
>   figure out if it's because of some small change.  If that's the
>   case fix it.  If not (as is the case with glide in 6.3) then
>   "move" the driver to the "mesa-legacy" package.
> * Once I figure the driver is being actively maintained, move it
>   back to "mesa"
> 
>  In this way I keep the same set of binary packages, meaning that users
>  won't be missing functionality, and I can keep the maintained drivers
>  up to date.
> 
>  The mesa source package is structured in such a way that it allows for
>  building either mesa or mesa-legacy, after tweaking debian/control, of
>  course.  There's a small duplication of code (the mesa and mesa-legacy
>  tarballs are sometimes the same file, sometimes not), but taking into
>  account that the binary packages are *much* larger than the source I
>  don't think that's something to gripe about.

Okay, this sounds fine to me.


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

Check out UNINSTALL

[Miador329]

UNinstallme 
from calllwave.it's not working out for me.
 
 
 
 
  
much thanks,
  
Mary E Date
 

Bug#326691: ITP: freebob -- FreeBoB aims to provide a free driver implemenation for the BeBob

[Marcio Roberto Teixeira]

Package: wnpp
Severity: wishlist
Owner: Marcio Roberto Teixeira <[EMAIL PROTECTED]>


* Package name: freebob
  Version : 0.0.1
  Upstream Author : Pieter Palmers <[EMAIL PROTECTED]>
* URL : http://freebob.sourceforge.net/index.php/Main_Page
https://alioth.debian.org/projects/pkg-freebob/
* License :  LGPL
  Description : FreeBoB aims to provide a free driver implemenation for the 
BeBob

FreeBoB aims to provide a free driver implemenation for the BeBob
 platform.  The BeBob is used in many avaible IEEE 1394 based break out
 boxes. IEEE 1394 protocols are rather complex and confusing.  This is the
 first approach to master those protocols and get streaming working with
 a BeBob plattform.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (101, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11y
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=ISO-8859-1) (ignored: 
LC_ALL set to pt_BR)


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