procmail limitations (was: Re: Accepted kde-icons-crystalclear 0.0.20050623.dfsg.1-1 (source all))

[Bastian Venthur]

Frans Pop wrote:
> Please do _not_ use a mail@ or root@ or daemon@ address to send mail to 
> debian addresses. They will be filtered out as such addresses are 
> considered to be reserved for administrative and system accounts.
> 
> I've attached 2 mails that were filtered out because of this today.

Isn't this rather a limitation of the software used or a
misconfiguration? I'm not very experienced with the problem but reading
the manpage, I think the filter is a bit too simple. Why filter eg every
[EMAIL PROTECTED] mail instead of only *relevant* mails like [EMAIL PROTECTED]

> 
> See also man procmailrc(5), under MISCELLANEOUS.

Done. But please be aware that this problem also applies to our users
using the BTS. Every time they use one of the problematic mails, they
get an error message -- I think you cannot expect our users to
subordinate to those limitations, could you?

I'll change the mail address for debian purposes as soon as possible,
but please consider that most users will not, so the problem should be
fixed on the server-side.


Cheers,

Bastian

-- 
Bastian Venthur
http://venthur.de


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

Re: Free flash player for your browser

[Jonas Meurer]

On 28/09/2006 Miriam Ruiz wrote:
> 
>  --- Jonas Meurer <[EMAIL PROTECTED]> escribió:
> 
> > it seems like gnash puts heavy load on my system, if a flash animation
> > at www.myspace.com is started. and as i was not able to reproduce the
> > Xserver crash later, i believe that it was related to other heavy
> > applications running the first time.
> > 
> > maybe gnash simply ate all the cpu load, or to much memory, or whatever.
> > in this case the bug would not be in the Xserver.
> 
> Are you using some kind of OpenGL acceleration? It seems that CPU gets too
> loaded if not, upstream is working in that.

I don't use any acceleration at all. I run the mga matrox Xserver, which
doesn't support any kind of 3d acceleration. (my graphics controller is
a Matrox MGA G400)

...
 jonas


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

Re: procmail limitations (was: Re: Accepted kde-icons-crystalclear 0.0.20050623.dfsg.1-1 (source all))

[Pascal Hakim]

'lo,

On Fri, Sep 29, 2006 at 10:43:45AM +0200, Bastian Venthur wrote:
> Frans Pop wrote:
> > Please do _not_ use a mail@ or root@ or daemon@ address to send mail to 
> > debian addresses. They will be filtered out as such addresses are 
> > considered to be reserved for administrative and system accounts.
> > 
> > I've attached 2 mails that were filtered out because of this today.
> 
> Isn't this rather a limitation of the software used or a
> misconfiguration? I'm not very experienced with the problem but reading
> the manpage, I think the filter is a bit too simple. Why filter eg every
> [EMAIL PROTECTED] mail instead of only *relevant* mails like [EMAIL PROTECTED]

We regard it as a configuration ;-). There are too many servers out
there sending bounces without an empty return path. Using the
FROM_DAEMON check means that we only let through a few bounces, rather
than a whole lot of them.

> 
> > 
> > See also man procmailrc(5), under MISCELLANEOUS.
> 
> Done. But please be aware that this problem also applies to our users
> using the BTS. Every time they use one of the problematic mails, they
> get an error message -- I think you cannot expect our users to
> subordinate to those limitations, could you?
> 
> I'll change the mail address for debian purposes as soon as possible,
> but please consider that most users will not, so the problem should be
> fixed on the server-side.

The last time I looked into this (although I do admit it was a while
ago), there were still a large number of boune messages that looked
liked this. I can't forsee this having changed.

Pasc
(with his non-razor-bladed listmaster hat on)

-- 
Pascal Hakim  0403 411 672
Do Not Bend


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

Re: Help with menu (Was: Bug#389932: wish: gnumed --debug should open terminal window)

[Philipp Benner]

> Thanks for the hint to the -hold feature but it seems to work only
> for real xterm.  So I have probably several possibilities:
> 
>1. Make gnumed-client dependant from xterm (which seems be
>   useless for most of the cases.
>2. Make a separate package gnumed-client debug which
>   depends from xterm and contains not much more than
>   the menu entry and this dependency.
>3. File bugs against all packages that provide
>   x-terminal-emulator but do not show the -hold feature
>   (would this be reasonable)
>4. ???
> 
> What would you think would be a reasonable solution?
> 
Maybe this is what you are looking for:
x-terminal-emulator -e 'gnumed --debug; echo "[press enter to quit]"; read'

It's not a smart solution but it works.

Regards

-- 
Philipp Benner


signature.asc
Description: Digital signature

Re: Help with menu (Was: Bug#389932: wish: gnumed --debug should open terminal window)

[Andreas Tille]

On Fri, 29 Sep 2006, Jon Dowland wrote:

Then perhaps that's a suitably trivial program to bundle with menu, and 
perhaps extend the menu spec so that you can specify "This is an X program 
but I want console output displayed and preserved on termination"?


This sounds quite reasonable.

Thanks for the hint (as well as the hint of Philipp for the concrete case)

  Andreas.

--
http://fam-tille.de


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

Re: Help with menu (Was: Bug#389932: wish: gnumed --debug should open terminal window)

[Jon Dowland]

Andreas Tille wrote:

   3. File bugs against all packages that provide
  x-terminal-emulator but do not show the -hold feature
  (would this be reasonable)


If I am correct that -hold does something like
your program
echo press any key to continue
read foo

Then perhaps that's a suitably trivial program to bundle with menu, and 
perhaps extend the menu spec so that you can specify "This is an X 
program but I want console output displayed and preserved on termination"?



--
Jon Dowland


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

initramfs, open-iscsi, 'unknown local user with uid 0' and getpwuid()

[Mike Machuidel]

I'm currently implementing open-iscsi support in initramfs (which uses
busybox and klibc) and rewriting the initramfs-tools to support more
complex rootfs setups (iscsi > dm > ocfs2). Now when I try to use
"iscsiadm" I get the following error:

"iscsid: peeruser_unix: unknown local user with uid 0"

I found by looking at the sourcecode this error is caused by
getpwuid() returning NULL. When looking at a strace dump I noticed
getpwuid() is looking for NSS which seems not to be available in the
klibc/busybox environment.

Anyone who can help?

Thanks,
Machuidel


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

Debian Women Wiki (was: No Config-Files state even though postrm purge failed while purging an installed package?)

[Marc Haber]

On Fri, 29 Sep 2006 00:52:05 +0200, [EMAIL PROTECTED] wrote:
>  http://women.debian.org/wiki/English/MaintainerScripts states, 
>while discussing the purging of a fully installed package 
>("Removing and Purging", Removal+Purge of foo (Installed)), that

This is important information I would never have found due to the lack
of knowledge that the Debian Women project has her own wiki.

May I ask why information this important is not on the main Debian
wiki, wiki.debian.org?

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: Debian Women Wiki

[Frank Küster]

Marc Haber <[EMAIL PROTECTED]> wrote:

> On Fri, 29 Sep 2006 00:52:05 +0200, [EMAIL PROTECTED] wrote:
>>  http://women.debian.org/wiki/English/MaintainerScripts states, 
>>while discussing the purging of a fully installed package 
>>("Removing and Purging", Removal+Purge of foo (Installed)), that
>
> This is important information I would never have found due to the lack
> of knowledge that the Debian Women project has her own wiki.
>
> May I ask why information this important is not on the main Debian
> wiki, wiki.debian.org?

Or why it is in a Wiki at all?  A wiki is fine for collecting
information with input from many people.  But once it's settled, and
this one mainly seems to be, I think it should be integrated in the
existing infrastructure, e.g. the developers' reference.  

At the very least, there should be a very restricted set of entry points
(like http://www.debian.org/devel/, the developers' reference, maybe one
or two more) which allows to find relevant information.  With Wikis,
it's soon getting very hard to search or keep an overview of what
exists. 

Regards, Frank
-- 
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX/TeXLive)

Request for Discussion about Account Handling in Maintainer Scripts Wiki Page

[Marc Haber]

Hi,

Whether an account created by a package should be deleted or not has
been discussed a million times. But it looks like the results of these
discussions were never written down.

I have created a wiki page,

http://wiki.debian.org/AccountHandlingInMaintainerScripts

which tries to neutrally summarize my knowledge about what to do with
system accounts needed by packages.

Of course, a big part of the debate is whether to remove accounts in
postinst or not, and whether to do it during removal or during purge.
This is the actually most important part of discussion IMO since I
think it should be avoided to add complexity to maintainer scripts.

I'd like to solicit your opinions to this wiki page and would
appreciate if we could have the discussion here and have me
incorporate the changes into the wiki page. That way, rationales can
be put into the wiki text as well.

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: Top 20 unnecessary dependencies

[Tollef Fog Heen]

* Hendrik Sattler 

| Am Donnerstag 28 September 2006 21:14 schrieb Kurt Roeckx:
| > Note that Requires.private is used for cflags since the last version
| > of pkg-config.
| 
| Interesting but maybe documenting Requires.private would be a good idea?
| Hint: the manpage only mentions Libs.private, see #341977 #346602.
| And 9 months is quite some time :-/

Yes, I'm a slacker.  Sorry.

| How shall I convince upstream to do it right if pkg-config upstream does not 
| document it? Fixing it only in Debian does not quite convince upstream...

As I'm upstream too, fixing it in both places at once is what I'd do.
(Or rather, I'd release a new upstream version and upload that to
Debian immediately.  Except for the freeze, that is.)

-- 
Tollef Fog Heen,''`.
UNIX is user friendly, it's just picky about who its friends are  : :' :
  `. `' 
`-  


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

Re: Request for Discussion about Account Handling in Maintainer Scripts Wiki Page

[Loïc Minier]

On Fri, Sep 29, 2006, Marc Haber wrote:
> Whether an account created by a package should be deleted or not has
> been discussed a million times. But it looks like the results of these
> discussions were never written down.

 The removal of users / groups is not the only thing often debated for
 purges.  I propose to enlarge the debate on purging to:
 - log files
 - databases
 - caches
 - other perhaps valuable data

 Perhaps thoughts on these subjects are connected (I for example think
 that we should let the admin decide, perhaps in /etc/dpkg/purges.conf,
 what he wants to delete on purges) and should be grouped in
 implementation and/or policy updates?


. o O ( It's funny, I discussed this no later than yesterday on a Debianish
channel again. )
-- 
Loïc Minier <[EMAIL PROTECTED]>


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

Re: Debian Women Wiki

[Sylvain Beucler]

On Fri, Sep 29, 2006 at 02:34:45PM +0200, Frank Küster wrote:
> Marc Haber <[EMAIL PROTECTED]> wrote:
> 
> > On Fri, 29 Sep 2006 00:52:05 +0200, [EMAIL PROTECTED] wrote:
> >>  http://women.debian.org/wiki/English/MaintainerScripts states, 
> >>while discussing the purging of a fully installed package 
> >>("Removing and Purging", Removal+Purge of foo (Installed)), that
> >
> > This is important information I would never have found due to the lack
> > of knowledge that the Debian Women project has her own wiki.
> >
> > May I ask why information this important is not on the main Debian
> > wiki, wiki.debian.org?
> 
> Or why it is in a Wiki at all?  A wiki is fine for collecting
> information with input from many people.  But once it's settled, and
> this one mainly seems to be, I think it should be integrated in the
> existing infrastructure, e.g. the developers' reference.  

Or to put it the other way, why isn't the developer's reference a wiki? :)

I think it's more likely to evolve that way.

-- 
Sylvain


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

Re: Debian ISOs

[Francois Petillon]

[sry, I am coming late and I am breaking all references as I did not
received this thread. Worse, I am answering to different mails at once 
;-) I also apologize to debian-cd subscribers as I already sent this 
answer there before realizing the initial thread was posted here too.

As there was no reply in debian-cd, I repost this answer only in
debian-devel]

I will start to introduce myself, François Pétillon, working for a small
french ISP (Free) and managing one of the debian CD mirror
(ftp.free.fr/ftp.proxad.net).

From: "Anthony L. Bryan" <[EMAIL PROTECTED]>

Metalinks, a cross platform vendor neutral fortmat, are used by
download managers & contain Mirror & p2p locations for segmented
downloads, along with automatic checksum verification when the
download completes. It spreads the download between multiple servers
so its faster for users, more reliable, & less load on any one server.


No, that's bullshit. You are just telling that when x users download one
DVD (around 5 GB), doing it with n connections will be more
server-friendly (x*n connections to manage for all servers) than doing
it with a single one (x connections).
A server load depends on several issues :
- CPU (the more you have to manage connections, the more CPU you waste)
- memory (each connection is using a few KB/MB)
- disk IOs

And, as far as I am concerned, disk IO is the greatest problem (disk
capacity & bandwidth is increasing faster than seek time). Thus, we try
to optimize disk IO to get max performance out of that kind of server.
And optimization usually means trying to read the greatest amount of
sectors for each disk seek.

But having to manage more connections means less memory per connection
(thus reading less data per disk seek). And segmented downloads also
mean you will not be able to optimize all disk access (I already have
seen FTP clients requesting a DVD per 8KB segment, thus all disks
request were around 8KB while the server would try to load a few MB at a
time when feasible).

This for these reasons I prefer to see someone to download a full CD
image rather than using jigdo if he has to download many packages one by
one.

I do not have anything against Metalinks by itself, it is just that
people _will_ make stupid things with it and they _will_ degrade servers
performances.

From: Subredu Manuel <[EMAIL PROTECTED]>

Let's see now. What does metalink does ? Permit the use of _all
mirrors_ and better, permit the average Joe to download the images
faster.


Wait a minute. Are you telling us your tool is creating bandwidth ? If
someone is download at a slow rate, there must be a good reason. No ?
The server or the network may be loaded. Fine, do your tool solve this
problem ? No, it just steal others users bandwidth/server ressources.
When everyone will have to use that kind of tool, then you'll be back to
the start point but with degraded performances.

From: Josselin Mouette <[EMAIL PROTECTED]>

Given that downloads like Debian ISOs are already putting a heavy
bandwidth load on the servers and that they are already shared among
many servers, I don't think it is a good idea to encourage users to
load several servers at once with one download. We should instead push
bittorrent as the main distribution media for ISOs.


Well, with a network traffic around 120-140 GB a day (less than 15 Mbps,
cf ftp://ftp.free.fr/stats/debiancd.weekly.20060923.txt), I can hardly
consider this mirror as loaded... :-)
Do not forget that network is not free either and P2P may cost more for
an ISP than hosting mirrors (for Free case, 30% of users are connected
through FT IPADSL for which bandwidth cost is around 220 EU per Mbps per
month, 10 times the transit cost, more than 300 times the hardware cost
to output 1 Mbps/month on a FTP server).

François


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

Re: Debian ISOs

[Sylvain Beucler]

> From: "Anthony L. Bryan" <[EMAIL PROTECTED]>
> >Metalinks, a cross platform vendor neutral fortmat, are used by
> >download managers & contain Mirror & p2p locations for segmented
> >downloads, along with automatic checksum verification when the
> >download completes. It spreads the download between multiple servers
> >so its faster for users, more reliable, & less load on any one server.
> 
> No, that's bullshit.

This sounds a bit partial.

Anthony's point stays valid when bandwidth is limited on the
server. For example I have a dedicated server from ovh.com with
limited bandwidth: I'd rather have people use bittorrent & co rather
than getting my server on its knees.

However your points are very interesting from the point of view of an
ISP (where one's own bandwidth is not the bottleneck).

More to the point, maybe you could suggest the mirrors maintainers to
separate a list of 'jidgo mirrors' and a list of 'ISO mirrors'.

-- 
Sylvain
PS: I use Free at home and I d/l from ftp.free.fr ;)


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

Re: Help with menu (Was: Bug#389932: wish: gnumed --debug should open terminal window)

[Bill Allombert]

On Fri, Sep 29, 2006 at 10:31:57AM +0100, Jon Dowland wrote:
> Andreas Tille wrote:
> >   3. File bugs against all packages that provide
> >  x-terminal-emulator but do not show the -hold feature
> >  (would this be reasonable)

It would not, to few x-terminal-emulator provide -hold.

> 
> If I am correct that -hold does something like
>   your program
>   echo press any key to continue
>   read foo

I suggest a simpler route (untested):

command="x-terminal-emulator -e /bin/sh -c \"gnumed;echo press any key to 
continue;read foo\""

Note that it does not really solve the dependency on xterm: it merely
replaces it on a depdendency on any terminal-emulator.

Cheers,
-- 
Bill. <[EMAIL PROTECTED]>

Imagine a large red swirl here. 


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

Re: Automatic elimination of useless dependencies using debhelper

[Joey Hess]

Christian Aichinger wrote:
> Con's:
> * Debhelper is arch:all, thus the backend (that really strips the
>   NEEDED entry) would have to be in a separate package (new
>   dependency in debhelper).

Yes, this needs to be a separate package anyway, since debhelper is
not intended to be the main point where things like this are
implemented.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: Debian Women Wiki

[Jon Dowland]

Sylvain Beucler wrote:

Or to put it the other way, why isn't the developer's reference a wiki? :)

I think it's more likely to evolve that way.


Just as a side note, I am very interested in the possibilities of wiki 
software being used to collaboratively develop more structure 
documentation (like the developer's reference). However for that to be 
possible, wiki content would need to have it's copyright clarified.



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

Re: Help with menu (Was: Bug#389932: wish: gnumed --debug should open terminal window)

[Jon Dowland]

Bill Allombert wrote:

I suggest a simpler route (untested):

command="x-terminal-emulator -e /bin/sh -c \"gnumed;echo press any key to continue;read 
foo\""

Note that it does not really solve the dependency on xterm: it merely
replaces it on a depdendency on any terminal-emulator.


What about the suggestion to support this sort-of task within the menu 
system itself? Eg. by perhaps adding a different argument to the menu 
syntax.



--
Jon Dowland


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

Re: Free flash player for your browser

[Jon Dowland]

Jonas Meurer wrote:

I don't use any acceleration at all. I run the mga matrox Xserver, which
doesn't support any kind of 3d acceleration. (my graphics controller is
a Matrox MGA G400)


At this point it would be useful to see your Xorg.conf (but not to the 
list, perhaps better to the bug)


Your card supporting GL/DRI does not preclude the driver supporting it 
nor it being activated in error.



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

Bug#390175: ITP: python-ocempgui -- A graphical user interface toolkit written in Python providing widgets for PyGame

[Regis Desgroppes]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: python-ocempgui
  Version : 0.2.1
  Upstream Author : Marcus von Appen <[EMAIL PROTECTED]>
* URL : http://ocemp.sourceforge.net/
* License : BSD
  Description : A graphical user interface toolkit written in Python 
providing widgets for pygame

OcempGUI is a toolkit, which comes with various modules suitable for
event management, user interfaces, 2D drawing and accessibility. It is
completely written in Python and its drawing routines and user
interface elements are created with and especially created for the
pygame library.

OcempGUI enables developers to enhance their python and/or pygame
applications and games easily with graphical UI elements such as
buttons, entry boxes, scrolling abilities and more as well as simple
event brokers or features, which enhance the program by adding
accessibility to its objects.

It can save a developer much time by letting providing a broad range of
drawing routines and ready-to-use event capable object types.
The developer can focus on the main tasks instead of taking care about
needed low-level components, which are given to him with OcempGUI.

- -- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.6.15-1-686-smp
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFFHT7TibanEnDrb4MRAvmVAJ9BlMaSSH/94sbsjUxxifrlVhyb3gCdEmEt
g+9eSV5DyhVaEIYZa5u65z4=
=uL1N
-END PGP SIGNATURE-



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

Re: Automatic elimination of useless dependencies using debhelper

[Christian Aichinger]

On Fri, Sep 29, 2006 at 12:21:24PM -0400, Joey Hess wrote:
> Christian Aichinger wrote:
> > Con's:
> > * Debhelper is arch:all, thus the backend (that really strips the
> >   NEEDED entry) would have to be in a separate package (new
> >   dependency in debhelper).
> 
> Yes, this needs to be a separate package anyway, since debhelper is
> not intended to be the main point where things like this are
> implemented.

Yep, the program which actually removes the unnecessary needed
entries should be seperate. My question was rather, would you accept
a script which uses such a tool in debhelper?

Cheers,
Christian Aichinger


signature.asc
Description: Digital signature

Re: Free flash player for your browser

[Andreas Metzler]

Jonas Meurer <[EMAIL PROTECTED]> wrote:
> On 28/09/2006 Miriam Ruiz wrote:
>>  --- Jonas Meurer <[EMAIL PROTECTED]> escribió:
[...]
>> Are you using some kind of OpenGL acceleration? It seems that CPU gets too
>> loaded if not, upstream is working in that.

> I don't use any acceleration at all. I run the mga matrox Xserver, which
> doesn't support any kind of 3d acceleration. (my graphics controller is
> a Matrox MGA G400)

Hmm, did the supprt get dropped somewhere in the line? Sarge's XFree86
using the mga driver does 3D accel on a MGA400:

[EMAIL PROTECTED]:~$ glxinfo | grep renderer
OpenGL renderer string: Mesa DRI G400 20020221 AGP 1x x86/MMX/3DNow!/SSE

cu andreas
-- 
The 'Galactic Cleaning' policy undertaken by Emperor Zhark is a personal
vision of the emperor's, and its inclusion in this work does not constitute
tacit approval by the author or the publisher for any such projects,
howsoever undertaken.(c) Jasper Ffforde


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

Re: Automatic elimination of useless dependencies using debhelper

[Joey Hess]

Christian Aichinger wrote:
> Yep, the program which actually removes the unnecessary needed
> entries should be seperate. My question was rather, would you accept
> a script which uses such a tool in debhelper?

That depends. I may, for example, decide that it should just be put in
dh_strip or something. It's hard to tell without having the
implementation.

-- 
see shy jo


signature.asc
Description: Digital signature

Re: new mplayer

[Guillem Jover]

Hi,

On Tue, 2006-09-26 at 01:46:42 +0200, Luca Capello wrote:
> FWIW, I cannot build it in a clean and updated-to-latest-sid pbuilder
> (complete script available on request, 10K gzipped):

> Script started on Tue 26 Sep 2006 01:38:35 AM CEST
> [EMAIL PROTECTED]:~/test$ sudo pbuilder build mplayer_1.0~rc1~svn19921.dsc
> [...]
> Checking for DirectFB ... /tmp/mplayer-conf-24598-4424.c:1:30: error: 
> directfb_version.h: No such file or directory
> no (failed to get version)
> [...]

I fixed this the other day, and forgot about it, here's the patch.
I've switched that test completely to pkg-config, hope it's not a
problem.

regards,
guillem
Index: configure
===
--- configure   (revision 20007)
+++ configure   (working copy)
@@ -3701,52 +3701,39 @@
 echocheck "DirectFB"
 if test "$_directfb" = auto ; then
   _directfb=no
-  if linux && test -c /dev/fb0; then
+  if pkg-config --exists 'directfb' ; then
 cat > $TMPC <
 int main(void) { IDirectFB *foo; DirectFBInit(0,0); return 0; }
 EOF
-  for _inc_tmp in "" -I/usr/local/include/directfb \
-  -I/usr/include/directfb -I/usr/local/include -I/usr/include; do
-cc_check $_inc_tmp -ldirectfb && _directfb=yes && \
-  _inc_extra="$_inc_extra $_inc_tmp" && break
-  done
+cc_check `pkg-config --libs --cflags directfb` && _directfb=yes
   fi
 fi
 
 if test "$_directfb" = yes; then
-  cat > $TMPC << EOF
-#include 
-int
-dfb_ver = DIRECTFB_MAJOR_VERSION DIRECTFB_MINOR_VERSION DIRECTFB_MICRO_VERSION
-;
-EOF
-  if $_cc -E $TMPC $_inc_extra > "$TMPO"; then
-_directfb_version=`sed -n 's/^dfb_ver[^1-9]*\(.*\)/\1/p' "$TMPO" | tr -d 
'() '`
-_def_directfb_version="#define DIRECTFBVERSION $_directfb_version"
-if test "$_directfb_version" -ge 913; then
-   _res_comment="$_directfb_version"
-else
-_def_directfb_version='#undef DIRECTFBVERSION'
-   _directfb=no
-   _res_comment="version >=0.9.13 required"
-fi
+  _directfb_version=`pkg-config --modversion directfb`
+  _directfb_version_c=`echo $_directfb_version | sed 's/^0*//' | tr -d '. '`
+  _def_directfb_version="#define DIRECTFBVERSION $_directfb_version_c"
+  if pkg-config --atleast-version='0.9.13' directfb ; then
+_res_comment="$_directfb_version"
   else
+_def_directfb_version='#undef DIRECTFBVERSION'
 _directfb=no
-_res_comment="failed to get version"
+_res_comment="version >=0.9.13 required"
   fi
 fi
 echores "$_directfb"
 
 if test "$_directfb" = yes ; then
   _def_directfb='#define HAVE_DIRECTFB 1'
-  if test "$_directfb_version" -ge 913; then
+  if pkg-config --atleast-version='0.9.13' directfb ; then
 _vosrc="$_vosrc vo_directfb2.c"
 _vomodules="directfb $_vomodules"
-_ld_directfb='-ldirectfb'
+_ld_directfb="`pkg-config --libs directfb`"
+_inc_extra="$_inc_extra `pkg-config --cflags directfb`"
   fi
 
-  if test "$_directfb_version" -ge 915; then
+  if pkg-config --atleast-version='0.9.15' directfb ; then
 _vosrc="$_vosrc vo_dfbmga.c"
 _vomodules="dfbmga $_vomodules"
   fi

Re: Automatic elimination of useless dependencies using debhelper

[Christian Aichinger]

On Fri, Sep 29, 2006 at 01:40:38PM -0400, Joey Hess wrote:
> Christian Aichinger wrote:
> > Yep, the program which actually removes the unnecessary needed
> > entries should be seperate. My question was rather, would you accept
> > a script which uses such a tool in debhelper?
> 
> That depends. I may, for example, decide that it should just be put in
> dh_strip or something. It's hard to tell without having the
> implementation.

I wouldn't have dared suggesting this since it's just so damn cool :)

I'll go to work now.

Cheers,
Christian Aichinger


signature.asc
Description: Digital signature

Re: Top 20 unnecessary dependencies

[Steve Langasek]

On Fri, Sep 29, 2006 at 02:48:06PM +0200, Tollef Fog Heen wrote:

> | Am Donnerstag 28 September 2006 21:14 schrieb Kurt Roeckx:
> | > Note that Requires.private is used for cflags since the last version
> | > of pkg-config.

> | Interesting but maybe documenting Requires.private would be a good idea?
> | Hint: the manpage only mentions Libs.private, see #341977 #346602.
> | And 9 months is quite some time :-/

> Yes, I'm a slacker.  Sorry.

> | How shall I convince upstream to do it right if pkg-config upstream does 
> not 
> | document it? Fixing it only in Debian does not quite convince upstream...

> As I'm upstream too, fixing it in both places at once is what I'd do.
> (Or rather, I'd release a new upstream version and upload that to
> Debian immediately.  Except for the freeze, that is.)

A targetted fix for this issue would surely be allowed in the freeze, so
that people can use etch as a base for cleaning up .pc files.

-- 
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/


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

Re: Bug#390195: ethiop: Please package Type1 versions of the fonts

[Paul Seelig]

Frank Küster wrote:
> We'd be glad to hear from you whether you want to continue maintaining
> ethiop, and whether you plan to include the fonts in this or a separate
> package, so that we can adjust our dependencies.  In case you'd rather
> give up the package (which we'd really regret), please also tell us.
> 
Actually, i was already thinking about orphaning this package since i
have no use for it at all anymore. There are two options for me:

a. Properly orphan the package in the hope that someone else takes over.

b. Someone else simply officially takes over maintenance for this
package without the need to bother about orphaning it before.

I've CC'ed debian-devel in the hope that someone steps forward to take
it over. Thanks.

Re: Debian ISOs

[Marco d'Itri]

On Sep 29, Francois Petillon <[EMAIL PROTECTED]> wrote:

> And, as far as I am concerned, disk IO is the greatest problem (disk
> capacity & bandwidth is increasing faster than seek time). Thus, we try
> to optimize disk IO to get max performance out of that kind of server.
> And optimization usually means trying to read the greatest amount of
> sectors for each disk seek.
Thank you for expressing this clearly.
As the administrator of ftp.it.d.o I fully agree with your arguments.

To summarize the issue:
 * parallel downloads are bad
 * using P2P when local mirrors are available is very bad

-- 
ciao,
Marco


signature.asc
Description: Digital signature

Re: Debian ISOs

[Marco d'Itri]

On Sep 29, Sylvain Beucler <[EMAIL PROTECTED]> wrote:

> Anthony's point stays valid when bandwidth is limited on the
> server.
Which is not the case for Debian mirrors except possibly in the few
hours after a major release.

-- 
ciao,
Marco


signature.asc
Description: Digital signature

RE: Problem installing xserver-xorg

[Stephen Yorke]

It says...
"I have found the problem.  On line 966 of the postinst it says:"...

What file do I have to edit to make this work?  Doing a search for
postinst returns a sample only...

Sorry if I sound dumb but hey...I am...

-Stephen

-Original Message-
From: Javier-Elias Vasquez-Vivas [mailto:[EMAIL PROTECTED] 
Sent: Monday, September 25, 2006 11:38 AM
To: Stephen Yorke
Cc: David Goodenough; debian-user@lists.debian.org;
debian-devel@lists.debian.org
Subject: Re: Problem installing xserver-xorg

On 9/25/06, Stephen Yorke <[EMAIL PROTECTED]> wrote:
> [...]
> -Stephen
> 
>
> From: David Goodenough [mailto:[EMAIL PROTECTED]
> Sent: Mon 9/25/2006 9:36 AM
> To: debian-user@lists.debian.org
> Subject: Problem installing xserver-xorg
>
> [...]  When configuring
> xserver-xorg it asks if the PCI address for the video card is right
(it is),
> asks if I want to use a FrameBuffer device (I have tried both yes and
no)
> and then is comes up with a panel which says:-
>
> 
> Configuring xserver-org
>
> Empty value
>
> A null entry is not permitted for this value.
> 
>
> This is repeated in what appears to be quite a tight look ad-infinitum
> and it is quite difficult to break out of (but I did eventually).
>
> [...]
> David

This looks like addressed and worked around already (might be).  In
the archives you'll find this feedback:


Morten O. Hansen
<[EMAIL PROTECTED]> to debian-user
 More options Sep 24 (19 hours ago)
On Sat, 2006-09-23 at 14:49 -0700, RParr wrote:
> I am trying to add minimal X to a new installation and am getting a
> failure during xserver-xorg configuration.
>
> The console / curses display pop-up says "Null value not permitted"
OK?
>

http://bugs.debian.org/xserver-xorg
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388568

Hope this helps.

With regards, Morten O. Hansen


The original thread has the subject:

xserver-xorg install/configuration fails with "null value not
permitted".


-- 
Javier

RE: Problem installing xserver-xorg

[Stephen Yorke]

Does anyone know when the patch for this will be uploaded ?

-Original Message-
From: Javier-Elias Vasquez-Vivas [mailto:[EMAIL PROTECTED] 
Sent: Monday, September 25, 2006 11:38 AM
To: Stephen Yorke
Cc: David Goodenough; debian-user@lists.debian.org;
debian-devel@lists.debian.org
Subject: Re: Problem installing xserver-xorg

On 9/25/06, Stephen Yorke <[EMAIL PROTECTED]> wrote:
> [...]
> -Stephen
> 
>
> From: David Goodenough [mailto:[EMAIL PROTECTED]
> Sent: Mon 9/25/2006 9:36 AM
> To: debian-user@lists.debian.org
> Subject: Problem installing xserver-xorg
>
> [...]  When configuring
> xserver-xorg it asks if the PCI address for the video card is right
(it is),
> asks if I want to use a FrameBuffer device (I have tried both yes and
no)
> and then is comes up with a panel which says:-
>
> 
> Configuring xserver-org
>
> Empty value
>
> A null entry is not permitted for this value.
> 
>
> This is repeated in what appears to be quite a tight look ad-infinitum
> and it is quite difficult to break out of (but I did eventually).
>
> [...]
> David

This looks like addressed and worked around already (might be).  In
the archives you'll find this feedback:


Morten O. Hansen
<[EMAIL PROTECTED]> to debian-user
 More options Sep 24 (19 hours ago)
On Sat, 2006-09-23 at 14:49 -0700, RParr wrote:
> I am trying to add minimal X to a new installation and am getting a
> failure during xserver-xorg configuration.
>
> The console / curses display pop-up says "Null value not permitted"
OK?
>

http://bugs.debian.org/xserver-xorg
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388568

Hope this helps.

With regards, Morten O. Hansen


The original thread has the subject:

xserver-xorg install/configuration fails with "null value not
permitted".


-- 
Javier

Re: Problem installing xserver-xorg

[Javier-Elias Vasquez-Vivas]

On 9/29/06, Stephen Yorke <[EMAIL PROTECTED]> wrote:

Does anyone know when the patch for this will be uploaded ?

-Original Message-
From: Javier-Elias Vasquez-Vivas [mailto:[EMAIL PROTECTED]
Sent: Monday, September 25, 2006 11:38 AM
To: Stephen Yorke
Cc: David Goodenough; debian-user@lists.debian.org;
debian-devel@lists.debian.org
Subject: Re: Problem installing xserver-xorg

On 9/25/06, Stephen Yorke <[EMAIL PROTECTED]> wrote:
> [...]
> -Stephen
> 
>
> From: David Goodenough [mailto:[EMAIL PROTECTED]
> Sent: Mon 9/25/2006 9:36 AM
> To: debian-user@lists.debian.org
> Subject: Problem installing xserver-xorg
>
> [...]  When configuring
> xserver-xorg it asks if the PCI address for the video card is right
(it is),
> asks if I want to use a FrameBuffer device (I have tried both yes and
no)
> and then is comes up with a panel which says:-
>
> 
> Configuring xserver-org
>
> Empty value
>
> A null entry is not permitted for this value.
> 
>
> This is repeated in what appears to be quite a tight look ad-infinitum
> and it is quite difficult to break out of (but I did eventually).
>
> [...]
> David

This looks like addressed and worked around already (might be).  In
the archives you'll find this feedback:


Morten O. Hansen
<[EMAIL PROTECTED]> to debian-user
 More options Sep 24 (19 hours ago)
On Sat, 2006-09-23 at 14:49 -0700, RParr wrote:
> I am trying to add minimal X to a new installation and am getting a
> failure during xserver-xorg configuration.
>
> The console / curses display pop-up says "Null value not permitted"
OK?
>

http://bugs.debian.org/xserver-xorg
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388568

Hope this helps.

With regards, Morten O. Hansen


The original thread has the subject:

xserver-xorg install/configuration fails with "null value not
permitted".


--
Javier


Search for xserver-xorg.postinst under /var.  I tried the suggested
fix and it works.  The file is installed with the package.  If you use
aptitude, install the package, and after several trials of the
installation, search for the postinst file.  Edit it and then continue
until the package get "C" indication.  Then you can dpkg-reconfigure
xserver-xorg.  So you don't need to wait until the bug is fixed...
The described procedure is the one I applied, and it worked pretty
good...

--
Javier


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

Re: Debian Women Wiki

[Kevin Mark]

On Fri, Sep 29, 2006 at 04:42:17PM +0200, Sylvain Beucler wrote:
> On Fri, Sep 29, 2006 at 02:34:45PM +0200, Frank K?ster wrote:
> > Marc Haber <[EMAIL PROTECTED]> wrote:
> > 
> > > On Fri, 29 Sep 2006 00:52:05 +0200, [EMAIL PROTECTED] wrote:
> > >>  http://women.debian.org/wiki/English/MaintainerScripts states, 
> > >>while discussing the purging of a fully installed package 
> > >>("Removing and Purging", Removal+Purge of foo (Installed)), that
> > >
> > > This is important information I would never have found due to the lack
> > > of knowledge that the Debian Women project has her own wiki.
> > >
> > > May I ask why information this important is not on the main Debian
> > > wiki, wiki.debian.org?
> > 
> > Or why it is in a Wiki at all?  A wiki is fine for collecting
> > information with input from many people.  But once it's settled, and
> > this one mainly seems to be, I think it should be integrated in the
> > existing infrastructure, e.g. the developers' reference.  
> 
> Or to put it the other way, why isn't the developer's reference a wiki? :)
> 
> I think it's more likely to evolve that way.
> 
> -- 
Hi Sylvain,
I think that is a great idea but I'd have a few caveats: what if someone
put malicous code in a page (e.g. the equivilant of 'rm -rf /')  and a
user damaged their system by running it? The current process is not as
easily updated but its has a high quality review which is good. I'd hope
for a solution that lets people add new content but maybe have it not
show up immediatley and have it reviewed like 'sponsored uploads' thus
ensuring that it meets Debian standards. IIRC there are folks who are
responsible for Debian web content and Debian user documentation --
maybe have them involved?
cheers,
Kev
-- 
|  .''`.  == Debian GNU/Linux == |   my web site:   |
| : :' :  The  Universal | debian.home.pipeline.com |
| `. `'  Operating System| go to counter.li.org and |
|   `-http://www.debian.org/ |be counted! #238656   |
| my keysever: pgp.mit.edu   | my NPO: cfsg.org |


signature.asc
Description: Digital signature

Re: non-free artwork in main

[Goswin von Brederlow]

Bastian Venthur <[EMAIL PROTECTED]> writes:

> Hi,
>
> today I received two bugreports regarding non-free artwork in my
> packages. I maintain several iconsets with thousands of icons. I think
> it is quite impossible to check every single icon whether it is free or not.
>
> Most icons don't contain a copyright string, so grepping for certain
> keywords is not practical or will at least not show every possible
> violation.
>
> I'm currently aware of icons like the firefox- or the ubuntu-icon.
> Probably other brands like suse, redhad (the Debian-logo?) etc are
> affected too. But again, this is very likely only a subset of all
> possible violations in my packages, so checking for violations I'm aware
> of (and removing those icons in the dfsg-version) will probably not
> uncover all violations.
>
> How can I make sure that my packages are really clean? Is there a
> best-practice solution for situations like this?
>
> Should artwork be generally considered non-free to avoid violations
> (even when it contains free stuff)?
>
>
> Cheers,
>
> Bastian

The only save (not neccessarily sane) way is to assume they are all
non-free and then disprove that assumption for each and every one icon
by icon before including it in main.

A probably more usefull way would probably be to do your best not to
have any non-free stuff in there (look for obvious ones etc) and react
fast if someone notifies you about things you overlooked. Best to make
an index showing all icons and then get a few people to look it over.

MfG
Goswin


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

Re: replicating package compression used by dpkg-deb

[Goswin von Brederlow]

Ian Bruce <[EMAIL PROTECTED]> writes:

> On Thu, 28 Sep 2006 03:45:16 -0700
> Ian Bruce <[EMAIL PROTECTED]> wrote:
>
>> So it seems that with the currently shipping versions of gzip (I tried
>> both "stable/updates" and "testing"), there is actually no way to
>> exactly replicate the compression produced by the standard package
>> build system.
>> 
>> It appears that dpkg-deb does not exec gzip, and it's not dynamically
>> linked with anything except glibc. I suppose that it's statically
>> linked against zlib1g or something like it. So the question is, how
>> can the exact compression algorithm used by dpkg-deb be made available
>> for another piece of software? Is it something that's well-specified,
>> or is it liable to change at any moment?
>
> It turns out that the zlib1g-dev package contains a program called
> "minigzip" in source form. This is what's needed; "minigzip -9"
> reproduces exactly the compression used by dpkg-deb, unlike regular
> gzip.

Have you tried gzip -n?

Anyway, look at the source of dpkg-deb and then use the same (static
linking of zlib I assume).

MfG
Goswin


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

Re: Request for Discussion about Account Handling in Maintainer Scripts Wiki Page

[Steve Langasek]

On Fri, Sep 29, 2006 at 02:42:33PM +0200, Marc Haber wrote:

> Whether an account created by a package should be deleted or not has
> been discussed a million times. But it looks like the results of these
> discussions were never written down.

> I have created a wiki page,

> http://wiki.debian.org/AccountHandlingInMaintainerScripts

> which tries to neutrally summarize my knowledge about what to do with
> system accounts needed by packages.

It looks like a pretty good summary to me, I don't think I have anything to
add.

Cheers,
-- 
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/


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

Re: Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled

[Steve Langasek]

On Thu, Sep 28, 2006 at 10:12:11AM +0200, Tollef Fog Heen wrote:

> >On Thu, Sep 28, 2006 at 09:51:36AM +0200, Tollef Fog Heen wrote:

> >>>So can we have apache2.2 uploaded to unstable so that this can happen? 
> >>>:-)

> >>Working on it.  We are going to rename apache2-common to 
> >>apache2.2-common and any apache modules must depend on the appropriate 
> >>-common to ensure they are removed when an incompatible apache is 
> >>installed.  JFYI.

> >Is there an ETA for this and/or a public list of issues that need to be
> >resolved before it happens?

> I intended to upload last night, but ran out of time due to a) headache 
> and b) libtool.

I enjoy that you listed libtool separately from the headache ;)

> I'll see if I can get it done tonight.  It'll need NEW processing so it
> will take a little more time to actually get into unstable.

Any news on this?  I'd like to ask the ftpmasters to expedite the NEW
processing for it, but I can't before it's been uploaded. :)

> >The sooner the better if we're to give maintainers an appropriate amount of
> >time to update their dependencies to apache2.2-common and fix any source
> >incompatibilites.

> They probably want to test-build against apache2 from experimental to 
> fix any source incompatibilities.  It has apache2-common, not 
> apache2.2-common, but should otherwise be very similar.

Probably, but in practice we aren't going to get useful coverage from
maintainers until an upload to unstable forces them to act.

Thanks,
-- 
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/


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

Re: Bug#389053: apache2-common: API module structure `perl_module' in file /usr/lib/apache2/modules/mod_perl.so is garbled

[Russ Allbery]

Steve Langasek <[EMAIL PROTECTED]> writes:
> On Thu, Sep 28, 2006 at 10:12:11AM +0200, Tollef Fog Heen wrote:

>> They probably want to test-build against apache2 from experimental to
>> fix any source incompatibilities.  It has apache2-common, not
>> apache2.2-common, but should otherwise be very similar.

> Probably, but in practice we aren't going to get useful coverage from
> maintainers until an upload to unstable forces them to act.

Speaking as one of those maintainers, I hate to try to build against
experimental because it's difficult for me to build and test.  I don't
have any systems that are installing Apache from experimental, and it's a
bit annoying to try to get all the pieces lined up properly (a pbuilder
with experimental packages, for instance).  It's much, much easier to test
against unstable, and I already know that my package supports Apache 2.2
at the compilation level.

I can turn around a new upload for webauth within a day of seeing Apache
2.2 hit unstable.

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

SOAP interface documentation

[Junichi Uekawa]

Hi,

I need documentation on what kind of state a bug can be in.

pending: field looks like what I'm looking for, but it is not the same
as what the index.db file has.

pending -- 'open' bugs
done -- 'done' bug
forwarded -- 'forwarded' bugs

Is this intentional and where is this terminology documented?

regards,
junichi
-- 
[EMAIL PROTECTED],netfort.gr.jp}   Debian Project


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