Re: bits from the release team

[Florian Weimer]

* Goswin von Brederlow:

> Doesn't work if the key is ever compromised and a new one has to be
> created out of schedule. Or when you spend your x-mas holidays away
> from your system and couldn't upgrade before new years eve.

Exactly, and this begs the question why we rotate keys at all.


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

APT key maintainence

[Andreas Barth]

* Pierre Habouzit ([EMAIL PROTECTED]) [060506 12:46]:
> if you take the 2y validity with 1y overlap, to have no problems, 
> users/images/... just have to be updated once a year (and will have a 
> life of at least one year, almost two if those are updated as soon as a 
> new key exists), which sounds reasonnable to me.

Actually, if someone installs etch r0, I expect that he can install etch
r5 without any hassle (unless ftp-master was hijacked :). This means
that the key used in r5 needs to be available in etch r0.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Re: the BTS gains a remote bug tracking feature for free !

[Pierre Habouzit]

Le Dim 7 Mai 2006 05:49, Anthony DeRobertis a écrit :
> On Fri, May 05, 2006 at 09:35:16AM +0200, Pierre Habouzit wrote:
> > Could you please point me to an UNMERGED bug to see what it looks
> > like ? (an URL to the {status=closed ; resolution=merged} bug that
> > was reopen, as well as the bug in was merged "into").
>
> https://bugzilla.mozilla.org/show_bug.cgi?id=85084
>
> seems to be one such bug.
>
> https://bugzilla.mozilla.org/show_activity.cgi?id=85084 shows what
> happened fairly well.

okay then, I'll have to be more clever in my duplicates following. in a 
way that should even make doko happy, since I'll keep the original 
forwarding of the bug and the one I resolved into as well. so that an 
unmerge is just removing the second forward.

I don't know when i'll be available though, because it needs some 
rethought on how I deal with forwards. but that's doable.

thanks for that information !
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgp8Ie1QrwuqE.pgp
Description: PGP signature

Re: Bug#366285: ITP: ajaxterm -- web based terminal written in python

[Francesco Pedrini]

On Sunday 07 May 2006 08:01, martin f krafft wrote:
> Have you considered anyterm.com? It seems like the cleaner and more
> efficient approach.

Did you mean anyterm.org? :)


bye
francesco

-- 
:wq


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

Re: Bug#366285: ITP: ajaxterm -- web based terminal written in python

[martin f krafft]

also sprach Francesco Pedrini <[EMAIL PROTECTED]> [2006.05.07.1230 +0200]:
> Did you mean anyterm.org? :)

yes. :)

-- 
Please do not send copies of list mail to me; I read the list!
 
 .''`. martin f. krafft <[EMAIL PROTECTED]>
: :'  :proud Debian developer and author: http://debiansystem.info
`. `'`
  `-  Debian - when you have better things to do than fixing a system
 
this message represents the official view of the voices in my head.


signature.asc
Description: Digital signature (GPG/PGP)

Re: System users and valid shells...

[Uwe Hermann]

Hi,

On Fri, May 05, 2006 at 11:12:35AM +0300, Jari Aalto wrote:
> > The rest of the system accounts are happily running with /bin/false
> 
> There is now /bin/nologin which is more secure

I think you mean /usr/sbin/nologin, right? Please define "more secure"
in this context.


Uwe.
-- 
Uwe Hermann 
http://www.hermann-uwe.de
http://www.it-services-uh.de  | http://www.crazy-hacks.org 
http://www.holsham-traders.de | http://www.unmaintained-free-software.org


signature.asc
Description: Digital signature

Bug#366321: ITP: amap-align -- Protein multiple alignment by sequence annealing

[Charles Plessy]

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

  Package name: amap-align
  Version : 2.0
  Upstream Author : Ariel Schwartz <[EMAIL PROTECTED]>
  URL : http://bio.math.berkeley.edu/amap/download/amap.2.0.tar.gz
  License : Public domain
  Description : Protein multiple alignment by sequence annealing

 AMAP is a command line tool to perform multiple alignment of peptidic
 sequences. It utilizes posterior decoding, and a sequence-annealing
 alignment, instead of the traditional progressive alignment method. It
 is the only alignment program that allows to control the sensitivity /
 specificity tradeoff.  It is based on the ProbCons source code, but
 uses alignment metric accuracy and eliminates the consistency
 transformation.
 .
 Homepage: http://bio.math.berkeley.edu/amap/

Amap has of course nothing to do with the amap already packaged for
Debian ( http://packages.debian.org/unstable/net/amap ).


(By the way, I am looking for sponsors for kalign, dialign and
treeviewx, which I have uploaded on Mentors.
http://lists.debian.org/debian-mentors/2006/05/msg00014.html )

-- 
Charles Plessy
Wako, Saitama, Japan


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

Bug#366328: ITP: bsp -- nodes builder for doom-engine levels

[Jon Dowland]

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

* Package name: bsp
  Version : 5.1
  Upstream Author : Colin Phipps 
* URL : http://doombsp.sourceforge.net/
* License : GPL
  Description : nodes builder for doom-engine levels

 BSP is a tool for calculating the Binary Space Partition
 (BSP) for doom-engine levels. The result is stored in the
 NODES lump for the level. Levels need a NODES lump in order
 to be playable.
 .
 BSP also exploits some corner-cases of the doom rendering
 engine to provide special effects such as transparent doors.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.17-rc3-jmtd6
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

-- 
Jon Dowland
http://alcopop.org/


signature.asc
Description: Digital signature

Re: Bug#366328: ITP: bsp -- nodes builder for doom-engine levels

[Pierre Habouzit]

Le Dim 7 Mai 2006 15:07, Jon Dowland a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Jon Dowland <[EMAIL PROTECTED]>
>
> * Package name: bsp

given that the upstream name seems to be doombsp, and that bsp is a 
common tla: Bug Squash Party, Binary Space Partition, ... it seems more 
adequate to name it doomdsp to avoid namespace clashes.

>   Version : 5.1
>   Upstream Author : Colin Phipps 
> * URL : http://doombsp.sourceforge.net/
> * License : GPL
>   Description : nodes builder for doom-engine levels
>
>  BSP is a tool for calculating the Binary Space Partition
>  (BSP) for doom-engine levels. The result is stored in the
>  NODES lump for the level. Levels need a NODES lump in order
>  to be playable.
>  .
>  BSP also exploits some corner-cases of the doom rendering
>  engine to provide special effects such as transparent doors.
>
> -- System Information:
> Debian Release: 3.1
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (i686)
> Kernel: Linux 2.6.17-rc3-jmtd6
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpgId6Z6G6lQ.pgp
Description: PGP signature

Bug#366332: ITP: libcolor-scheme-perl -- Perl module to generate pleasant color schemes

[Ivan Kohler]

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

* Package name: libcolor-scheme-perl
  Version : 1.02
  Upstream Author : Ian Langworth <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Color-Scheme/
* License : same as Perl itself
  Programming Lang: Perl
  Description : Perl module to generate pleasant color schemes

This module is a Perl implementation of Color Schemes 2
(http://wellstyled.com/tools/colorscheme2/index-en.html), a color scheme
generator.


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

Re: resetting forwarded addresses (Re: Processed: [bts-link] source package gcc-3.4)

[Pierre Habouzit]

# this resets the forwards to their original value
forwarded 217360 http://gcc.gnu.org/PR12867, merged-upstream: 
http://gcc.gnu.org/PR1027
forwarded 238432 http://gcc.gnu.org/PR14709, merged-upstream: 
http://gcc.gnu.org/PR11801
forwarded 254659 http://gcc.gnu.org/PR16066, merged-upstream: 
http://gcc.gnu.org/PR16052
forwarded 285692 http://gcc.gnu.org/PR19006, merged-upstream: 
http://gcc.gnu.org/PR18384
forwarded 286715 http://gcc.gnu.org/PR19711, merged-upstream: 
http://gcc.gnu.org/PR9157
forwarded 293466 http://gcc.gnu.org/PR19265, merged-upstream: 
http://gcc.gnu.org/PR22309
forwarded 307993 http://gcc.gnu.org/PR21457, merged-upstream: 
http://gcc.gnu.org/PR16676
forwarded 331265 http://gcc.gnu.org/PR24171, merged-upstream: 
http://gcc.gnu.org/PR21592.
thanks

Le Sam 6 Mai 2006 02:18, Matthias Klose a écrit :
> Please STOP resetting the forwarded address [...]
>
> Thanks, Matthias

I've considered your “wish”, and from now on, instead of blindly following
duplicates, bts-link will instead state that upstream merged that bug
into another one. So that your initial submission is not lost.

This also help me to track unmerges[1] by always tracing my way through
merges, and still permit users to go in one click to the right remote
bug report. That achieves IMHO the best compromise.

Don't hesitate to contact [EMAIL PROTECTED] to ask for
improvements !

Cheers,

 [1] http://lists.debian.org/debian-devel/2006/05/msg00144.html
-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpy6VMJnypdt.pgp
Description: PGP signature

Re: Compiling packages for the standard distribution with -Os instead of -O2

[Henrique de Moraes Holschuh]

On Sat, 06 May 2006, Anthony DeRobertis wrote:
> older machines) but also with amd64 (which I doubt there are any 64mb
> AMD64 systems) and ia64 (which I very much doubt there are any 64mb

Which have BIG caches, and thus might get sensible speedups if -Os manages
to make the entire thing fit inside the cache (which it just might, I have
seen non-exaustive reports of it working well for many people).

-- 
  "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]

Re: Compiling packages for the standard distribution with -Os instead of -O2

[Steinar H. Gunderson]

On Sun, May 07, 2006 at 02:29:18PM -0300, Henrique de Moraes Holschuh wrote:
> Which have BIG caches, and thus might get sensible speedups if -Os manages
> to make the entire thing fit inside the cache (which it just might, I have
> seen non-exaustive reports of it working well for many people).

What "thing"? The entire application? All code ever used? The code where 90%
of the time is spent? For most applications, fitting inside cache isn't an
all-or-nothing question, especially not with modern CPUs having quite OK
cache replacement (and task switching changing the contents of it all the
time).

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Bug#366359: ITP: libnet-smtpauth-perl -- Simple Mail Transfer Protocol client with AUTHentication

[Nacho Barrientos Arias]

Package: wnpp
Severity: wishlist
Owner: Nacho Barrientos Arias <[EMAIL PROTECTED]>

* Package name: libnet-smtpauth-perl
  Version : 0.08
  Upstream Author : Alex Pleiner <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Net-SMTP_auth/
* License : Perl
  Programming Lang: Perl
  Description : Simple Mail Transfer Protocol client with AUTHentication

 This module implements a client interface to the SMTP and ESMTP protocol
 AUTH service extension, enabling a perl5 application to talk to and
 authenticate against SMTP servers.
 .
 Homepage: http://search.cpan.org/dist/Net-SMTP_auth/

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Bug#366357: ITP: libmime-base64-perl -- Base32 encoder/decoder CPAN module

[Nacho Barrientos Arias]

Package: wnpp
Severity: wishlist
Owner: Nacho Barrientos Arias <[EMAIL PROTECTED]>

* Package name: libmime-base64-perl
  Version : 3.07
  Upstream Author : Gisle Aas <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/MIME-Base64/
* License : Perl
  Programming Lang: Perl
  Description : MIME::Base64 is a Base64 encoder/decoder.

  This package contains a base64 encoder/decoder and a quoted-printable
  encoder/decoder.  These encoding methods are specified in RFC 2045 -
  MIME (Multipurpose Internet Mail Extensions).
  .
  The base64 encoding is designed to represent arbitrary sequences of
  octets in a form that need not be humanly readable. A 65-character
  subset ([A-Za-z0-9+/=]) of US-ASCII is used, enabling 6 bits to be
  represented per printable character.
  .
  Homepage: http://search.cpan.org/dist/MIME-Base64/


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.9
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)


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

Re: Bug#366357: ITP: libmime-base64-perl -- Base32 encoder/decoder CPAN module

[Steinar H. Gunderson]

On Sun, May 07, 2006 at 11:48:29PM +0200, Nacho Barrientos Arias wrote:
> * Package name: libmime-base64-perl
>   Version : 3.07
>   Upstream Author : Gisle Aas <[EMAIL PROTECTED]>
> * URL : http://search.cpan.org/dist/MIME-Base64/
> * License : Perl
>   Programming Lang: Perl
>   Description : MIME::Base64 is a Base64 encoder/decoder.

You mean, like, this one? :-)

  trofast:~# dpkg -S /usr/lib/perl/5.8.8/MIME/Base64.pm
  perl: /usr/lib/perl/5.8.8/MIME/Base64.pm

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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

Re: Bug#366357: ITP: libmime-base64-perl -- Base32 encoder/decoder CPAN module

[Pierre Habouzit]

Le Dim 7 Mai 2006 23:48, Nacho Barrientos Arias a écrit :
> Package: wnpp
> Severity: wishlist
> Owner: Nacho Barrientos Arias <[EMAIL PROTECTED]>
>
> * Package name: libmime-base64-perl

apt-cache show perl|grep Provides
Provides: …, libmime-base64-perl, …

this is already part of perl

-- 
·O·  Pierre Habouzit
··O[EMAIL PROTECTED]
OOOhttp://www.madism.org


pgpigX3YbIe7z.pgp
Description: PGP signature

Re: System users and valid shells...

[Uwe Hermann]

Hi,

thanks for the pointers, I'll read the old discussions ASAP...

On Wed, May 03, 2006 at 01:48:33PM +0200, Javier Fernández-Sanguino Peña wrote:
> AFAIK, this is already being done in Red Hat, SuSE, FreeBSD and OpenBSD for
> many system users.

I'm currently installing tons of distributions on one of my
machines, and I'll create a comparison of user accounts and valid/nonvalid
shells in other distributions... This will probably take a few days, but
I'll post the results here when I'm done...

Or does such a thing already exist?


Uwe.
-- 
Uwe Hermann 
http://www.hermann-uwe.de
http://www.it-services-uh.de  | http://www.crazy-hacks.org 
http://www.holsham-traders.de | http://www.unmaintained-free-software.org


signature.asc
Description: Digital signature

Re: Bug#366328: ITP: bsp -- nodes builder for doom-engine levels

[Jamie Jones]

On Sun, 2006-05-07 at 16:59 +0200, Pierre Habouzit wrote:
> Le Dim 7 Mai 2006 15:07, Jon Dowland a écrit :
> >  BSP is a tool for calculating the Binary Space Partition
> >  (BSP) for doom-engine levels. The result is stored in the
> >  NODES lump for the level. Levels need a NODES lump in order
> >  to be playable.
> >  .
> >  BSP also exploits some corner-cases of the doom rendering
> >  engine to provide special effects such as transparent doors.
> >
G'day Jon,

How does this compare to Zennode
( http://www.mrousseau.org/programs/ZenNode/ ) ? or glBSP
( http://glbsp.sourceforge.net/ and .debs are
http://www.youmustbejoking.demon.co.uk/progs.sarge.html#glbsp )for node
building ? 

Regards,
-- 
Jamie Jones
Proprietor
E-Yagi Consulting
ABN: 32 138 593 410
Mob: +61 4 16 025 081
Email: [EMAIL PROTECTED]
Web: http://www.eyagiconsulting.com

GPG/PGP signed mail preferred. No HTML mail. No MS Word attachments
PGP Key ID 0x4B6E7209
Fingerprint E1FD 9D7E 6BB4 1BD4 AEB9 3091 0027 CEFA 4B6E 7209


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

Bug#366372: ITP: python-configobj -- a simple but powerful config file reader and writer for Python

[Gustavo Noronha Silva]

Package: wnpp
Severity: wishlist
Owner: Gustavo Noronha Silva <[EMAIL PROTECTED]>


* Package name: python-configobj
  Version : 4.3.1
  Upstream Author : Michael Foord & Nicola Larosa
* URL : http://www.voidspace.org.uk/python/configobj.html
* License : BSD
  Programming Lang: Python
  Description : a simple but powerful config file reader and writer for 
Python

ConfigObj is a simple but powerful config file reader and writer: an
ini file round tripper. Its main feature is that it is very easy to
use, with a straightforward programmer's interface and a simple syntax
for config files. It has lots of other features though:

 * Nested sections (subsections), to any level
 * List values
 * Multiple line values
 * Full Unicode support
 * String interpolation (substitution)
 * Integrated with a powerful validation system
   + including automatic type checking/conversion
   + and allowing default values
   + repeated sections
 * All comments in the file are preserved
 * The order of keys/sections is preserved
 * Full Unicode support
 * Powerful unrepr mode for storing/retrieving Python data-types


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


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

dist-upgrade dependency problem with xlibmesa-glu vs libglu1-mesa

[Jeremy D Rogers]

I ran across a dependency problem when dist-upgrading using apt-get.
The following packages were set to be removed:
libwxgtk2.6-0
libxine1
python-wxgtk2.6
vlc
vlc-plugin-alsa
wxvlc xine-ui
xlibmesa-glu
xserver-common
xserver-xorg

After some digging, I found some of the packages had dependencies on
"libglu1-mesa | libglu1" and eventually resolved the issue by first
installing libglu1-mesa which then removed xlibmesa-glu:

# apt-get install libglu1-mesa
Reading package lists... Done
Building dependency tree... Done
The following packages will be REMOVED:
 xlibmesa-glu
The following NEW packages will be installed:
 libglu1-mesa
0 upgraded, 1 newly installed, 1 to remove and 63 not upgraded.
Need to get 238kB of archives.
After unpacking 238kB disk space will be freed.
Do you want to continue [Y/n]?
Get:1 http://mirrors.kernel.org unstable/main libglu1-mesa 6.4.1-0.4 [238kB]
Fetched 238kB in 4s (48.3kB/s)
dpkg: xlibmesa-glu: dependency problems, but removing anyway as you request:
 vlc depends on libglu1-mesa | libglu1; however:
 Package libglu1-mesa is not installed.
 Package libglu1 is not installed.
 Package xlibmesa-glu which provides libglu1 is to be removed.
libxine1 depends on libglu1-mesa | libglu1; however:
 Package libglu1-mesa is not installed.
 Package libglu1 is not installed.
 Package xlibmesa-glu which provides libglu1 is to be removed.
libwxgtk2.6-0 depends on libglu1-mesa | libglu1; however:
 Package libglu1-mesa is not installed.
 Package libglu1 is not installed.
 Package xlibmesa-glu which provides libglu1 is to be removed.
 xbase-clients depends on libglu1-xorg | libglu1; however:
 Package libglu1-xorg is not installed.
 Package libglu1 is not installed.
 Package xlibmesa-glu which provides libglu1 is to be removed.
(Reading database ... 94575 files and directories currently installed.)
Removing xlibmesa-glu ...
Selecting previously deselected package libglu1-mesa.
(Reading database ... 94568 files and directories currently installed.)
Unpacking libglu1-mesa (from .../libglu1-mesa_6.4.1-0.4_i386.deb) ...
Setting up libglu1-mesa (6.4.1-0.4)

And then dist-upgrade only wants to remove xserver-common which is as
it should be:

fenny:~# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree... Done
Calculating upgrade... Done
The following packages will be REMOVED:
 xserver-common

I'm not sure what package to report a bug against (if any), so it was
suggested to me to just report it here. I hope this is appropriate.
Thanks,
JDR

Re: dist-upgrade dependency problem with xlibmesa-glu vs libglu1-mesa

[David Nusinow]

On Sun, May 07, 2006 at 08:37:45PM -0700, Jeremy D Rogers wrote:
> I ran across a dependency problem when dist-upgrading using apt-get.
> The following packages were set to be removed:
> libwxgtk2.6-0
> libxine1
> python-wxgtk2.6
> vlc
> vlc-plugin-alsa
> wxvlc xine-ui
> xlibmesa-glu
> xserver-common
> xserver-xorg
> 
> After some digging, I found some of the packages had dependencies on
> "libglu1-mesa | libglu1" and eventually resolved the issue by first
> installing libglu1-mesa which then removed xlibmesa-glu:
> 
> # apt-get install libglu1-mesa
> Reading package lists... Done
> Building dependency tree... Done
> The following packages will be REMOVED:
>  xlibmesa-glu
> The following NEW packages will be installed:
>  libglu1-mesa
> 0 upgraded, 1 newly installed, 1 to remove and 63 not upgraded.
> Need to get 238kB of archives.
> After unpacking 238kB disk space will be freed.
> Do you want to continue [Y/n]?
> Get:1 http://mirrors.kernel.org unstable/main libglu1-mesa 6.4.1-0.4 [238kB]
> Fetched 238kB in 4s (48.3kB/s)
> dpkg: xlibmesa-glu: dependency problems, but removing anyway as you request:
>  vlc depends on libglu1-mesa | libglu1; however:
>  Package libglu1-mesa is not installed.
>  Package libglu1 is not installed.
>  Package xlibmesa-glu which provides libglu1 is to be removed.
> libxine1 depends on libglu1-mesa | libglu1; however:
>  Package libglu1-mesa is not installed.
>  Package libglu1 is not installed.
>  Package xlibmesa-glu which provides libglu1 is to be removed.
> libwxgtk2.6-0 depends on libglu1-mesa | libglu1; however:
>  Package libglu1-mesa is not installed.
>  Package libglu1 is not installed.
>  Package xlibmesa-glu which provides libglu1 is to be removed.
>  xbase-clients depends on libglu1-xorg | libglu1; however:
>  Package libglu1-xorg is not installed.
>  Package libglu1 is not installed.
>  Package xlibmesa-glu which provides libglu1 is to be removed.
> (Reading database ... 94575 files and directories currently installed.)
> Removing xlibmesa-glu ...
> Selecting previously deselected package libglu1-mesa.
> (Reading database ... 94568 files and directories currently installed.)
> Unpacking libglu1-mesa (from .../libglu1-mesa_6.4.1-0.4_i386.deb) ...
> Setting up libglu1-mesa (6.4.1-0.4)
> 
> And then dist-upgrade only wants to remove xserver-common which is as
> it should be:
> 
> fenny:~# apt-get dist-upgrade
> Reading package lists... Done
> Building dependency tree... Done
> Calculating upgrade... Done
> The following packages will be REMOVED:
>  xserver-common
> 
> I'm not sure what package to report a bug against (if any), so it was
> suggested to me to just report it here. I hope this is appropriate.

This doesn't appear to be a bug at all, but instead everything looks good.
xlibmesa-glu is deprecated in favor of libglu1-mesa. xserver-common is a
dead package as of Xorg 7.0, so it's fine that it gets removed. This is all
assuming you're on unstable though, but even if it's on testing I think
it'll be solved by the migration of Xorg 7.0 to testing.

Is there anything besides the removal of xserver-common that you think is
an issue?

 - David Nusinow


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

Re: dist-upgrade dependency problem with xlibmesa-glu vs libglu1-mesa

[Russ Allbery]

David Nusinow <[EMAIL PROTECTED]> writes:

> This doesn't appear to be a bug at all, but instead everything looks
> good.  xlibmesa-glu is deprecated in favor of
> libglu1-mesa. xserver-common is a dead package as of Xorg 7.0, so it's
> fine that it gets removed. This is all assuming you're on unstable
> though, but even if it's on testing I think it'll be solved by the
> migration of Xorg 7.0 to testing.

> Is there anything besides the removal of xserver-common that you think
> is an issue?

Mostly I think the problem is that aptitude has a hard time figuring out
that it should replace xlibmesa-glu with libglu1-mesa.  I had that problem
too.  With one upgrade, it was the second or third option in resolving the
dependencies; with another upgrade, there were too many choices and too
many other issues involved and I had to unconfuse it by hand.

This may not be a problem that's solvable cleanly from the X package side,
though.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Re: dist-upgrade dependency problem with xlibmesa-glu vs libglu1-mesa

[David Nusinow]

On Sun, May 07, 2006 at 09:10:24PM -0700, Russ Allbery wrote:
> David Nusinow <[EMAIL PROTECTED]> writes:
> 
> > This doesn't appear to be a bug at all, but instead everything looks
> > good.  xlibmesa-glu is deprecated in favor of
> > libglu1-mesa. xserver-common is a dead package as of Xorg 7.0, so it's
> > fine that it gets removed. This is all assuming you're on unstable
> > though, but even if it's on testing I think it'll be solved by the
> > migration of Xorg 7.0 to testing.
> 
> > Is there anything besides the removal of xserver-common that you think
> > is an issue?
> 
> Mostly I think the problem is that aptitude has a hard time figuring out
> that it should replace xlibmesa-glu with libglu1-mesa.  I had that problem
> too.  With one upgrade, it was the second or third option in resolving the
> dependencies; with another upgrade, there were too many choices and too
> many other issues involved and I had to unconfuse it by hand.
> 
> This may not be a problem that's solvable cleanly from the X package side,
> though.

Well, again... there's no real problem with his upgrade.

Also, I can trivially add an xlibmesa-glu transitional package that depends
on libglu1-mesa if that's required.

 - David Nusinow


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

Re: dist-upgrade dependency problem with xlibmesa-glu vs libglu1-mesa

[David Nusinow]

On Mon, May 08, 2006 at 12:15:28AM -0400, David Nusinow wrote:
> On Sun, May 07, 2006 at 09:10:24PM -0700, Russ Allbery wrote:
> > David Nusinow <[EMAIL PROTECTED]> writes:
> > 
> > > This doesn't appear to be a bug at all, but instead everything looks
> > > good.  xlibmesa-glu is deprecated in favor of
> > > libglu1-mesa. xserver-common is a dead package as of Xorg 7.0, so it's
> > > fine that it gets removed. This is all assuming you're on unstable
> > > though, but even if it's on testing I think it'll be solved by the
> > > migration of Xorg 7.0 to testing.
> > 
> > > Is there anything besides the removal of xserver-common that you think
> > > is an issue?
> > 
> > Mostly I think the problem is that aptitude has a hard time figuring out
> > that it should replace xlibmesa-glu with libglu1-mesa.  I had that problem
> > too.  With one upgrade, it was the second or third option in resolving the
> > dependencies; with another upgrade, there were too many choices and too
> > many other issues involved and I had to unconfuse it by hand.
> > 
> > This may not be a problem that's solvable cleanly from the X package side,
> > though.
> 
> Well, again... there's no real problem with his upgrade.
> 
> Also, I can trivially add an xlibmesa-glu transitional package that depends
> on libglu1-mesa if that's required.

Ok, I've just done this. Steve Langasek let me know what I wasn't seeing
properly. I really shouldn't respond to bug reports when I'm tired and
irritable. The xlibmesa-glu transitional package will be in the next upload
of the xorg source package to unstable.

 - David Nusinow


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

Informacion

[Marlene Salerno]

HOLA!!!

Te invito a conocer mi nueva pagina Web con nuevas fotos y nuevos precios!!!
www.perfumes.com.py 


Fragancias con la misma calidad de siempre: C. Dior, Carolina Herrera, H. Boss, 
C. Kleyn, etc. para hombres y mujeres. Más de 70 variedades. Precios desde Gs 
45.000 a Gs 135.000

Solicita muestrario con promotora sin recargo ni compromisos!!!

Visita ahora mismo mi nueva Web en:
www.perfumes.com.py
www.perfumes.com.py 
www.perfumes.com.py 


Haz tu pedido ahora!!!


Marlene Salerno
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 
[EMAIL PROTECTED] 

Desde Asunción - Paraguay para todo el país


PD: Si este Mensaje no es de tu agrado o no te Gusta 
Favor de solicitarme que no lo deseas recibir mas.. 
Esto segun la seccion  Internacional de SPAM 
donde indica que este es un anuncio es serio y no tiene 
la intención de Molestar ni Engañar.

RE:read it immediately

[missu . d-_-b1026_]

who are you？
(?_?)


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