Re: node-like file conflicts

2012-08-06 Thread Bernd Zeimetz
On 08/06/2012 03:37 PM, Jakub Wilk wrote:
> The following package pairs:
> 1) are co-installable,
> 2) both ship binaries with the same name, but in different directories
> within $PATH (e.g. one in /usr/bin, another in /usr/sbin):
> 
> sethdlc: ax25-tools dahdi
> crm: crm114 pacemaker
> cutter: cutter-testing-framework-bin cutter
> gearmand: gearman-job-server gearman-server
> update-locale: gosa-dev locales
> sendpage: hylafax-client sendpage-server
> rpcinfo: libc-bin rpcbind
> lid: libuser id-utils
> nfsiostat: nfs-common sysstat
> vmware-user-suid-wrapper: open-vm-tools open-vm-toolbox

They even build from the same source yet another thing to fix for
Wheezy.

> ptest: pacemaker parmetis-test
> siggen: siggen tripwire
> tcpd: tcm tcpd
> vuname: util-vserver umview
> 
> Any volunteers to file bugs?
> 


-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5020b9a5.20...@bzed.de



Re: node-like file conflicts

2012-08-06 Thread Josselin Mouette
Le lundi 06 août 2012 à 15:37 +0200, Jakub Wilk a écrit : 
> The following package pairs:
> 1) are co-installable,
> 2) both ship binaries with the same name, but in different directories 
> within $PATH (e.g. one in /usr/bin, another in /usr/sbin):

Thanks.

There’s also epiphany (maybe your forgot /usr/games).

-- 
 .''`.  Josselin Mouette
: :' :
`. `'
  `-


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1344320030.25084.6.camel@tomoyo



Re: RFH: non-blocking desktop conforming viewer

2012-08-06 Thread Charles Plessy
> > On Mon, Aug 6, 2012 at 10:25 AM, Norbert Preining  wrote:
> 
>    PDF since format 1.4 has internal compression, meaning that
>    the other compression does not win a lot at all
>    We could advise packagers to use dh_compress -X.pdf
 
Le Mon, Aug 06, 2012 at 02:06:56PM +0200, Manuel Pégourié-Gonnard a écrit :
> 
> % ls -lh beameruserguide.pdf* pgfmanual.pdf*
> -rw-r--r-- 1 mpg mpg 1,5M août   6 13:44 beameruserguide.pdf
> -rw-r--r-- 1 mpg mpg 5,1M août   6 13:41 pgfmanual.pdf
> % gzip beameruserguide.pdf pgfmanual.pdf
> % ls -lh beameruserguide.pdf* pgfmanual.pdf*
> -rw-r--r-- 1 mpg mpg 1,4M août   6 13:44 beameruserguide.pdf.gz
> -rw-r--r-- 1 mpg mpg 4,9M août   6 13:41 pgfmanual.pdf.gz
> 
> Is a 5% or 7% gain in size really worth the trouble?

Hi,

PDF compression has been discussed similarly at least in 2006 and 2012.

 - http://lists.debian.org/debian-devel/2006/06/msg01015.html
 - http://lists.debian.org/debian-policy/2012/02/msg00056.html

Since compressing PDFs is not required by the Policy it has been proposed
to change Debhelper's defaults: http://bugs.debian.org/375406

If there is a consensus on the matter, perhaps #375406 can be reopened with
a good summary taking into account why it was closed (because there are
mainstream viewers that can open gzipped PDF files).

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806230859.gb4...@falafel.plessy.net



Bug#684098: ITP: libinline-java-perl -- write Perl classes in Java

2012-08-06 Thread Jonas Smedegaard
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard 

* Package name: libinline-java-perl
  Version : 0.53
  Upstream Author : Patrick LeBoutillier 
* URL : http://search.cpan.org/dist/Inline-Java/
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : write Perl classes in Java

 Inline::Java lets you write Perl classes in Java.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120806221100.15160.24375.report...@auryn.jones.dk



Bug#684093: ITP: libgtk2-appindicator-perl -- Perl bindings for libappindicator

2012-08-06 Thread Andrew Starr-Bochicchio
Package: wnpp
Severity: wishlist
Owner: "Andrew Starr-Bochicchio" 

* Package name : libgtk2-appindicator-perl
  Version : 0.14
  Upstream Author : Hans Oesterholt 
  URL : https://launchpad.net/libgtk2-appindicator-perl/
  License : Artistic, LGPL-2+
  Programming Lang: Perl
  Description : Perl bindings for libappindicator

  Gtk2::AppIndicator provides an interface to Unity's libappindicator
  for GTK2 Perl programs. 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120806205738.14376.22349.reportbug@localhost6.localdomain6



Re: node-like file conflicts

2012-08-06 Thread Jakub Wilk

* Jakub Wilk , 2012-08-06, 15:37:

The following package pairs:
1) are co-installable,
2) both ship binaries with the same name, but in different 
directories within $PATH (e.g. one in /usr/bin, another in 
/usr/sbin):


I forgot to attach dd-list. Doing so now.

--
Jakub Wilk
Adam C. Powell, IV 
   parmetis-test (U)

Adam Conrad 
   libc-bin (U)
   locales (U)

Alberto Gonzalez Iniesta 
   tripwire

Anibal Monsalve Salazar 
   nfs-common (U)
   pacemaker (U)
   rpcbind

Aurelien Jarno 
   libc-bin (U)
   locales (U)

Aurélien GÉRÔME 
   cutter

Ben Hutchings 
   nfs-common (U)

Bradley A. Bosch 
   id-utils

Cajus Pollmeier 
   gosa-dev (U)

Christophe Prud'homme 
   parmetis-test (U)

Clint Adams 
   libc-bin (U)
   locales (U)

Daniel Baumann 
   open-vm-toolbox
   open-vm-tools

Debian HA Maintainers 
   pacemaker

Debian Hamradio Maintainers 
   ax25-tools

Debian kernel team 
   nfs-common

Debian Perl Group 
   gearman-server

Debian Science Team 
   parmetis-test

Debian VoIP Team 
   dahdi

Debian VSquare Team 
   umview

Filippo Giunchedi 
   umview (U)

Frederik Schüler 
   pacemaker (U)

Ghe Rivero 
   libuser

Giuseppe Sacco 
   hylafax-client

GNU Libc Maintainers 
   libc-bin
   locales

GOsa packages maintainers group 
   gosa-dev

gregor herrmann 
   gearman-server (U)

Guido Trotter 
   umview (U)

Hamish Moffatt 
   ax25-tools (U)

Jaime Robles 
   ax25-tools (U)

Joachim Wiedorn 
   hylafax-client (U)

Jonathan Yu 
   gearman-server (U)

Kees Cook 
   sendpage-server

Ludovico Gardenghi 
   umview (U)

Luk Claes 
   nfs-common (U)
   rpcbind (U)

Marco d'Itri 
   tcpd

Mark Purcell 
   dahdi (U)

Martin Loschwitz 
   pacemaker (U)

Micah Anderson 
   util-vserver

Milan Zamazal 
   crm114

NIIBE Yutaka 
   cutter-testing-framework-bin

Ola Lundqvist 
   util-vserver (U)

Otavio Salvador 
   tcm

Patrick Ouellette 
   ax25-tools (U)

Ramakrishnan Muthukrishnan 
   ax25-tools (U)

Robert Luberda 
   sysstat

Simon Horman 
   pacemaker (U)

Stig Sandbeck Mathisen 
   gearman-job-server

Thorsten Alteholz 
   siggen

Tzafrir Cohen 
   dahdi (U)



Re: node-like file conflicts

2012-08-06 Thread Marco d'Itri
On Aug 06, Jakub Wilk  wrote:

> gearmand: gearman-job-server gearman-server
These are two implementation of the same protocol.

> tcpd: tcm tcpd
I hope it is obvious that we cannot rename the real tcpd. :-)

-- 
ciao,
Marco


signature.asc
Description: Digital signature


Re: node-like file conflicts

2012-08-06 Thread Weldon Goree
On Mon, 2012-08-06 at 17:39 +0200, Jakub Wilk wrote:

> No, the list is in format:

D'oh. Thanks. I'll still see if I can tease out which of those are
binaries trying to do the same thing and which are completely unrelated.

Weldon


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1344268000.9914.4.camel@skipjack



Re: node-like file conflicts

2012-08-06 Thread Jakub Wilk

* Weldon Goree , 2012-08-06, 11:24:

Also siggen is paired with itself in that list.


No, the list is in format:

:  

Sorry, I should have written it in my original message - now I see it's 
not obvious.


--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806153935.ga9...@jwilk.net



Re: node-like file conflicts

2012-08-06 Thread Weldon Goree
On Mon, 2012-08-06 at 16:15 +0100, Ian Jackson wrote:

> I'll double check the facts of course.  If I have also see if I can
> understand the situation in each case well enough to make a
> recommendation.  It seems at the very least that many of these issues
> are "within" a particular family of packages.  Hopefully they won't
> mostly be as bad as "node".

It would also probably be good to distinguish between pairs that have
the same binary name offering essentially the same semantics (e.g. crm
and crm114) and unrelated binaries that happen to have the same name
(e.g. lid and libuser).

Also siggen is paired with itself in that list.

Weldon


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/1344266645.9914.3.camel@skipjack



Re: node-like file conflicts

2012-08-06 Thread Ian Jackson
Jakub Wilk writes ("node-like file conflicts"):
> The following package pairs:
> 1) are co-installable,
> 2) both ship binaries with the same name, but in different directories 
> within $PATH (e.g. one in /usr/bin, another in /usr/sbin):
> 
> sethdlc: ax25-tools dahdi
> crm: crm114 pacemaker
> cutter: cutter-testing-framework-bin cutter
> gearmand: gearman-job-server gearman-server
> update-locale: gosa-dev locales
> sendpage: hylafax-client sendpage-server
> rpcinfo: libc-bin rpcbind
> lid: libuser id-utils
> nfsiostat: nfs-common sysstat
> vmware-user-suid-wrapper: open-vm-tools open-vm-toolbox
> ptest: pacemaker parmetis-test
> siggen: siggen tripwire
> tcpd: tcm tcpd
> vuname: util-vserver umview
> 
> Any volunteers to file bugs?

Yes, I'm willing to volunteer.  I will do so in a few days if no-one
objects.

I'll double check the facts of course.  If I have also see if I can
understand the situation in each case well enough to make a
recommendation.  It seems at the very least that many of these issues
are "within" a particular family of packages.  Hopefully they won't
mostly be as bad as "node".

Ian.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20511.57233.532828.284...@chiark.greenend.org.uk



Bug#684053: ITP: lightdm-kde -- a LightDM greeter using KDE libraries

2012-08-06 Thread Ralf Jung
Package: wnpp
Severity: wishlist
Owner: Ralf Jung 

* Package name: lightdm-kde
  Version : 0.2.1
  Upstream Author : David Edmundson 
* URL : https://projects.kde.org/projects/playground/base/lightdm
* License : GPL
  Programming Lang: C++
  Description : a LightDM greeter using KDE libraries


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20120806144451.22550.24717.reportbug@r-schlepptop



Re: tasksel: Default desktop: Gnome→Xfce

2012-08-06 Thread Lisandro Damián Nicanor Pérez Meyer
On Sun 05 Aug 2012 04:43:58 Christian PERRIER escribió:
[snip]
> So, who will be hurt by dropping support for install with one CD?
> In theory, those people lost somewhere in a world of bad connectivity,
> where installs cannot really rely on a working network (I still
> remember a Debian installation workshop that I tried running during
> the rainy season in India..with power, and network, failing every
> now and then).
> 
> Those will do such installs with lend over, or copied, DVDs and,
> anyway, there is nearly no way we can get their advice about the pain
> caused by dropping 650MB CD images.
> 
> That's very probably a very tiny fraction of our users and, here, we
> probably can't be universal.

For whatI've seen, people who can get a CD image can also get a DVD image for 
installations without network. And even here in argentina you can't buy a CD-
ROM-only player since (at very least) a couple of years.
 
> So, I'd vote for dropping these 650MB images. By keeping them, we hurt
> ourselves much more than we're doing any good.

My vote goes there too.

> As Joss says, 1GB images seem to be the best choice (unless there
> would be great benefit in jumping to 2GB images immediately).

Well, 2GB flash drives seems to be the most common minimum size for what I 
know.

Kinds regards, Lisandro.

-- 
14: Para acceder y navegar en internet
* Debe tener conexion a Internet
Damian Nadales
http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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


Re: node-like file conflicts

2012-08-06 Thread Ben Hutchings
On Mon, 2012-08-06 at 15:37 +0200, Jakub Wilk wrote:
> The following package pairs:
> 1) are co-installable,
> 2) both ship binaries with the same name, but in different directories 
> within $PATH (e.g. one in /usr/bin, another in /usr/sbin):
> 
> sethdlc: ax25-tools dahdi
> crm: crm114 pacemaker
> cutter: cutter-testing-framework-bin cutter
> gearmand: gearman-job-server gearman-server
> update-locale: gosa-dev locales
> sendpage: hylafax-client sendpage-server
> rpcinfo: libc-bin rpcbind

The rpcbind protocol is a later version of the portmap protocol which is
(partly) implemented in libc.  In theory, both versions can be supported
in the same executable, but they aren't.  I think rpcbind should divert
the libc-provided rpcinfo command.

Ben.

> lid: libuser id-utils
> nfsiostat: nfs-common sysstat
> vmware-user-suid-wrapper: open-vm-tools open-vm-toolbox
> ptest: pacemaker parmetis-test
> siggen: siggen tripwire
> tcpd: tcm tcpd
> vuname: util-vserver umview
> 
> Any volunteers to file bugs?


-- 
Ben Hutchings
Theory and practice are closer in theory than in practice.
- John Levine, moderator of comp.compilers


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


node-like file conflicts

2012-08-06 Thread Jakub Wilk

The following package pairs:
1) are co-installable,
2) both ship binaries with the same name, but in different directories 
within $PATH (e.g. one in /usr/bin, another in /usr/sbin):


sethdlc: ax25-tools dahdi
crm: crm114 pacemaker
cutter: cutter-testing-framework-bin cutter
gearmand: gearman-job-server gearman-server
update-locale: gosa-dev locales
sendpage: hylafax-client sendpage-server
rpcinfo: libc-bin rpcbind
lid: libuser id-utils
nfsiostat: nfs-common sysstat
vmware-user-suid-wrapper: open-vm-tools open-vm-toolbox
ptest: pacemaker parmetis-test
siggen: siggen tripwire
tcpd: tcm tcpd
vuname: util-vserver umview

Any volunteers to file bugs?

--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806133711.ga2...@jwilk.net



Re: RFH: non-blocking desktop conforming viewer

2012-08-06 Thread Manuel Pégourié-Gonnard
On 06/08/2012 13:09, Reinhard Tartler wrote:
> On Mon, Aug 6, 2012 at 10:25 AM, Norbert Preining  wrote:
 * forget about compressed documentation
   PDF since format 1.4 has internal compression, meaning that
   the other compression does not win a lot at all
   We could advise packagers to use dh_compress -X.pdf

Sounds quite reasonnable to me. Just tested with the files in question:

% ls -lh beameruserguide.pdf* pgfmanual.pdf*
-rw-r--r-- 1 mpg mpg 1,5M août   6 13:44 beameruserguide.pdf
-rw-r--r-- 1 mpg mpg 5,1M août   6 13:41 pgfmanual.pdf
% gzip beameruserguide.pdf pgfmanual.pdf
% ls -lh beameruserguide.pdf* pgfmanual.pdf*
-rw-r--r-- 1 mpg mpg 1,4M août   6 13:44 beameruserguide.pdf.gz
-rw-r--r-- 1 mpg mpg 4,9M août   6 13:41 pgfmanual.pdf.gz

Is a 5% or 7% gain in size really worth the trouble?

> Well, lossy compression (such as done by imagemagick's convert tool or
> ghostscript) may or may not be "dangerous", however, lossless
> compression (such as done by pdftk or qpdf) should do fine. But I do
> not claim particular PDF expertise, so maybe others can comment.
> 
pdftk compression isn't as good as the original compression of the pdf files
created by (recent versions of) LaTeX (with pdfTeX), and qpdf does not seem to
change the compression level.

% pdftk beameruserguide.pdf output beamer-pdftk.pdf compress
% pdftk pgfmanual.pdf output pgf-pdftk.pdf compress
% qpdf --stream-data=compress --object-streams=generate --min-version=1.5
pgfmanual.pdf pgf-qpdf.pdf
% qpdf --stream-data=compress --object-streams=generate --min-version=1.5
beameruserguide.pdf beamer-qpdf.pdf
% ls -lh beamer*.pdf
-rw-r--r-- 1 mpg mpg 2,2M août   6 13:57 beamer-pdftk.pdf
-rw-r--r-- 1 mpg mpg 1,5M août   6 14:02 beamer-qpdf.pdf
-rw-r--r-- 1 mpg mpg 1,5M août   6 13:44 beameruserguide.pdf
% ls -lh pgf*.pdf
-rw-r--r-- 1 mpg mpg 5,1M août   6 13:41 pgfmanual.pdf
-rw-r--r-- 1 mpg mpg  11M août   6 13:58 pgf-pdftk.pdf
-rw-r--r-- 1 mpg mpg 5,1M août   6 14:03 pgf-qpdf.pdf

I do not claim to be an expert with pdftk nor qpdf, but I searched the man and
didn't find any obvious way to do better.

Manuel.


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501fb360.9040...@elzevir.fr



Re: RFH: non-blocking desktop conforming viewer

2012-08-06 Thread Reinhard Tartler
On Mon, Aug 6, 2012 at 10:25 AM, Norbert Preining  wrote:
> Hi Reinhard,
>
> thanks for your answers
>
> On Mo, 06 Aug 2012, Reinhard Tartler wrote:
>> > Unfortunately, xdg-open, at least under gnome, is non-blocking, i.e.,
>> > immediately returns (in fact it is the underlying gvfs-open that
>> > returns immediately), which makes it impossible to use texdoc
>> > for searching and viewing compressed docs.
>>
>> That sounds like an easy-to-implement extension in xdg-open.
>
> Unfortunately not. Since it calls gvfs-open it is the fault of
> gvfs-open in this case. In other cases it calls evince, which is
> blocking.
>
> It depends on the program xdg-open chooses, whether it is blocking
> or not. So that is something that cannot be easily fixed in xdg-open.

Quick research reveals:
https://bugzilla.redhat.com/show_bug.cgi?id=571932
which points to
https://bugzilla.gnome.org/show_bug.cgi?id=652262

The proposed solutions do not indicate that the problem was unfixable...

>
>> > I see several options here:
>> > * forget about compressed documentation
>> >   PDF since format 1.4 has internal compression, meaning that
>> >   the other compression does not win a lot at all
>> >   We could advise packagers to use dh_compress -X.pdf
>>
>> I'm not sure, but wouldn't it be better to change dh_compress to do
>> the right thing and use the pdf format internal compression instead of
>>  running gzip?
>
> THat is not something dh_compress can do, that is pdf creation time.
> I guess there *might* be a way to recompress pdfs, but that is dangerous
> at least I guess.

Well, lossy compression (such as done by imagemagick's convert tool or
ghostscript) may or may not be "dangerous", however, lossless
compression (such as done by pdftk or qpdf) should do fine. But I do
not claim particular PDF expertise, so maybe others can comment.

-- 
regards,
Reinhard


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAJ0cceYuFS80E7hmjV=Tew2kZKMB9PMLoaXDf+9XTzJwrH=m...@mail.gmail.com



Re: Debian Installer 7.0 Beta1 release

2012-08-06 Thread Julien Cristau
On Mon, Aug  6, 2012 at 10:45:31 +0100, Sam Morris wrote:

> IIRC I built mesa with 3.0. I'll take a look at the patches. I also just
> realised that I didn't run the X server with LD_LIBRARY_PATH set... is
> that a problem, or is it just the clients that need the llvmpipe
> libGL.so.1? Sorry for the dumb question, but my understanding of how all
> the different bits of mesa/dri fit together is rather poor...
> 
Should be enough to run the session with LIBGL_ALWAYS_SOFTWARE=1.

Cheers,
Julien


signature.asc
Description: Digital signature


Re: Debian Installer 7.0 Beta1 release

2012-08-06 Thread Sam Morris
On Mon, 2012-08-06 at 10:26 +0200, Julien Cristau wrote:
> On Sun, Aug  5, 2012 at 12:54:16 +, Sam Morris wrote:
> 
> > I figured it out. The instructions at  > llvmpipe.html> seem to work. I had some difficulty getting 
> > LD_LIBRARY_PATH to stick, however... setting it from a script in /etc/X11/
> > Xsession.d doesn't work as it's reset by the time I log in. Eventually I 
> > logged in to a virtual console, set the variable, fired up X by hand and 
> > ran gnome-shell. The result is very buggy. I don't know if that's because 
> > mesa 8.0.4 (or one of its build dependencies) is too old, or whether 
> > something is being built wrong.
> > 
> A few things I can think of:
> - f17 seems to build against llvm 3.0, we use 2.9
> - there's a few patches in
>   http://pkgs.fedoraproject.org/cgit/mesa.git/tree/?h=f17 if updating
>   llvm isn't enough.
> 
> I'd be interested in the results.
> 
> Cheers,
> Julien

IIRC I built mesa with 3.0. I'll take a look at the patches. I also just
realised that I didn't run the X server with LD_LIBRARY_PATH set... is
that a problem, or is it just the clients that need the llvmpipe
libGL.so.1? Sorry for the dumb question, but my understanding of how all
the different bits of mesa/dri fit together is rather poor...


-- 
Sam Morris 


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/1344246331.175519.2.ca...@leela.office.red-redemption.com



Re: RFC: terminate init script when service is ready

2012-08-06 Thread Philipp Kern
Bernd,

am Mon, Aug 06, 2012 at 09:05:36AM +0200 hast du folgendes geschrieben:
> On 08/06/2012 01:30 AM, Ulrich Dangel wrote:
> > On 08/06/12 00:35, Salvo Tomaselli wrote:
> >> systemd offers a solution but it is a complete rewrite of init, it's not 
> >> mature nor compatible, 
> > systemd supports init scripts which means it is compatible. It is IMHO also 
> > mature
> > as Distributions like OpenSuse or Fedora ship systemd per default.
> I would not consider stuff Fedora ships as mature. Fedora is a nice
> testbed for stuff that will get into RedHat some years later, and a nice
> distro for those who like the latest shiniest buggiest software.

please stop the FUD, thanks. There are things in Fedora that are more mature
there than in Debian and there are things that are the other way 'round.
Following some upstreams closely does not necessarily mean getting broken
stuff.

What you can say, for instance, is that Fedora is not aimed to be a solid
server platform. As far as I understand this is true. But to dismiss everything
other people in our nice Free Software world do as "they are shipping buggy
stuff" is insulting to those fine developers over there. Even if they might
have another focus than us.

Kind regards
Philipp Kern


signature.asc
Description: Digital signature


Re: Debian Installer 7.0 Beta1 release

2012-08-06 Thread Julien Cristau
On Sun, Aug  5, 2012 at 12:54:16 +, Sam Morris wrote:

> I figured it out. The instructions at  llvmpipe.html> seem to work. I had some difficulty getting 
> LD_LIBRARY_PATH to stick, however... setting it from a script in /etc/X11/
> Xsession.d doesn't work as it's reset by the time I log in. Eventually I 
> logged in to a virtual console, set the variable, fired up X by hand and 
> ran gnome-shell. The result is very buggy. I don't know if that's because 
> mesa 8.0.4 (or one of its build dependencies) is too old, or whether 
> something is being built wrong.
> 
A few things I can think of:
- f17 seems to build against llvm 3.0, we use 2.9
- there's a few patches in
  http://pkgs.fedoraproject.org/cgit/mesa.git/tree/?h=f17 if updating
  llvm isn't enough.

I'd be interested in the results.

Cheers,
Julien


signature.asc
Description: Digital signature


Re: RFH: non-blocking desktop conforming viewer

2012-08-06 Thread Norbert Preining
Hi Reinhard,

thanks for your answers

On Mo, 06 Aug 2012, Reinhard Tartler wrote:
> > Unfortunately, xdg-open, at least under gnome, is non-blocking, i.e.,
> > immediately returns (in fact it is the underlying gvfs-open that
> > returns immediately), which makes it impossible to use texdoc
> > for searching and viewing compressed docs.
> 
> That sounds like an easy-to-implement extension in xdg-open.

Unfortunately not. Since it calls gvfs-open it is the fault of
gvfs-open in this case. In other cases it calls evince, which is 
blocking.

It depends on the program xdg-open chooses, whether it is blocking
or not. So that is something that cannot be easily fixed in xdg-open.

> > I see several options here:
> > * forget about compressed documentation
> >   PDF since format 1.4 has internal compression, meaning that
> >   the other compression does not win a lot at all
> >   We could advise packagers to use dh_compress -X.pdf
> 
> I'm not sure, but wouldn't it be better to change dh_compress to do
> the right thing and use the pdf format internal compression instead of
>  running gzip?

THat is not something dh_compress can do, that is pdf creation time.
I guess there *might* be a way to recompress pdfs, but that is dangerous
at least I guess.

Best wishes

Norbert

Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

HEVER (n.)
The panic caused by half-hearing Tannoy in an airport.
--- Douglas Adams, The Meaning of Liff


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806082507.gi29...@gamma.logic.tuwien.ac.at



Re: Bug#671711: Assumptions when processing triggers (was [pkg-mono-group] Bug#671711: monodoc-browser: fails to upgrade) from 'testing'

2012-08-06 Thread Raphael Hertzog
Hi,

On Fri, 08 Jun 2012, Guillem Jover wrote:
> Hmmm, so I had prepared a patch which basically checks if the package
> has its dependencies fulfilled before calling the postinst script with
> "triggered", and otherwise defers the trigger processing for later (but
> only as long as it is not running from inside the deferred trigproc run).

Since #680626 showed that this is a recurring problem, it would be nice
if we could do supplementary tests with the fixed dpkg to get a better
idea of the amount of problems that it creates.

Can you push your fix somewhere so that we can make tests?

> This fixes this specific case just fine (t-triggers-depends test
> case in dpkg/pkg-tests.git), but this in turn creates problems with
> packages with pending triggers depending on packages awaiting them,
> as it forces breaking trigger cycles, which is not really a nice
> upgrade path.

Because of the trigger cycles, you opted to change nothing. What about
enforcing some requirements which are less strong that the one desired?
(Probably only as a temporary stop-gap measure until we're able to
switch back to the full requirement)

The problematic fix is to ensure the same requirements for "postinst
triggered" as for "postinst configure". But we could enforce some
requirements that would probably solve the issues we saw without
introducing cycles.

Indeed, I believe it's relatively safe to run "postinst triggered"
when:
- the dependencies are at least in status triggers-awaited
  (this would go counter the logic that triggers-awaited package
  are not really configured, but it would acknowledge the fact
  that most packages should use "interest-noawait" instead)
- the dependency was already configured in a version (Config-Version
  field) which satisfies the dependency

What do you think?

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Get the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806082211.gb10...@rivendell.home.ouaza.com



Re: RFH: non-blocking desktop conforming viewer

2012-08-06 Thread Reinhard Tartler
On Mon, Aug 6, 2012 at 10:10 AM, Norbert Preining  wrote:
> Dear all,
>
> I am searching for a method to call a desktop conforming viewer
> that is blocking, i.e., that does not immediately return.
>
> Background: texdoc is the main tool to search for the waste amount
> of TeX documentation shipped. It supports also zipped (various
> formats) docs, but needs a viewer that is non-blocking, otherwise
> the temporary uncompressed file will hang around forever.
>
> Some time ago I switched from using "see" on Debian as the default
> texdoc viewer to "xdg-open" to make sure that proper selection
> of viewers are used (proper for the current desktop environment).
>
> Unfortunately, xdg-open, at least under gnome, is non-blocking, i.e.,
> immediately returns (in fact it is the underlying gvfs-open that
> returns immediately), which makes it impossible to use texdoc
> for searching and viewing compressed docs.

That sounds like an easy-to-implement extension in xdg-open.

>
> I see several options here:
> * forget about compressed documentation
>   PDF since format 1.4 has internal compression, meaning that
>   the other compression does not win a lot at all
>   We could advise packagers to use dh_compress -X.pdf

I'm not sure, but wouldn't it be better to change dh_compress to do
the right thing and use the pdf format internal compression instead of
 running gzip?

> * go back to see
>   not my favorite

Fixing xdg-open instead seems favorable to me.

> * use a fixed list of viewers configured and force every user
>   to change the viewer himself
>   not my favorite

That doesn't really solve the problem, but only irritates users.


-- 
regards,
Reinhard


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAJ0ccebGKbiwKqPOY+=YDvuHQQJ7UFS=PV9603=fooxqdbq...@mail.gmail.com



RFH: non-blocking desktop conforming viewer

2012-08-06 Thread Norbert Preining
Dear all,

I am searching for a method to call a desktop conforming viewer
that is blocking, i.e., that does not immediately return.

Background: texdoc is the main tool to search for the waste amount
of TeX documentation shipped. It supports also zipped (various
formats) docs, but needs a viewer that is non-blocking, otherwise
the temporary uncompressed file will hang around forever.

Some time ago I switched from using "see" on Debian as the default
texdoc viewer to "xdg-open" to make sure that proper selection
of viewers are used (proper for the current desktop environment).

Unfortunately, xdg-open, at least under gnome, is non-blocking, i.e.,
immediately returns (in fact it is the underlying gvfs-open that 
returns immediately), which makes it impossible to use texdoc
for searching and viewing compressed docs.

I see several options here:
* forget about compressed documentation
  PDF since format 1.4 has internal compression, meaning that 
  the other compression does not win a lot at all
  We could advise packagers to use dh_compress -X.pdf

* go back to see
  not my favorite

* use a fixed list of viewers configured and force every user
  to change the viewer himself
  not my favorite

I would be very happy about further opinions, suggestions, options

Thanks a lot

Norbert


Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live & Debian Developer
DSA: 0x09C5B094   fp: 14DF 2E6C 0307 BE6D AD76  A9C0 D2BF 4AA3 09C5 B094

Now it is such a bizarrely improbable coincidence that
anything so mindboggingly useful could have evolved purely
by chance that some thinkers have chosen to see it as the
final and clinching proof of the non-existence of God.
The argument goes something like this: `I refuse to prove
that I exist,' says God, `for proof denies faith, and
without faith I am nothing.'
The Babel fish is a dead giveaway, isn't
it? It could not have evolved by chance. It proves you
exist, and so therefore, by your own arguments, you don't.
QED.'
 --- Douglas Adams, The Hitchhikers Guide to the Galaxy


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806081029.gh29...@gamma.logic.tuwien.ac.at



Re: RFC: terminate init script when service is ready

2012-08-06 Thread Bernd Zeimetz
On 08/06/2012 01:30 AM, Ulrich Dangel wrote:
> On 08/06/12 00:35, Salvo Tomaselli wrote:
> 
>> systemd offers a solution but it is a complete rewrite of init, it's not 
>> mature nor compatible, 
> 
> systemd supports init scripts which means it is compatible. It is IMHO also 
> mature
> as Distributions like OpenSuse or Fedora ship systemd per default.

I would not consider stuff Fedora ships as mature. Fedora is a nice
testbed for stuff that will get into RedHat some years later, and a nice
distro for those who like the latest shiniest buggiest software.


-- 
 Bernd ZeimetzDebian GNU/Linux Developer
 http://bzed.dehttp://www.debian.org
 GPG Fingerprint: ECA1 E3F2 8E11 2432 D485  DD95 EB36 171A 6FF9 435F


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/501f6cc0.8080...@bzed.de