Re: RC class bug, dataloss grade, No 398373

[Mgr. Peter Tuharsky]

FWIW, fixing this bug requires changes in the kernel.


I'm not sure. I compiled 2.6.18.3 myself and problem persists.


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

Possibly RC bug 399980

[Mgr. Peter Tuharsky]

Hallo,

there is another bug that I feel might be classified as RC. See 399980.

Seems that it is impossible to switch keyboard properly on X level 
(without GNOME applet). The bug is quite new, encountered some month 
ago. Thus it is impossible to properly use any other window manager.


Debian stable has never met such problem for last 5 years at least.


Best regards

Peter Tuharsky


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

Logic Line

[José Antonio Martins Afonso Paiva]

Soliicto cópia demo

José Antonio M A Paiva
21 9311304

Obrigado
José


-
 Você quer respostas para suas perguntas? Ou você sabe muito e quer 
compartilhar seu conhecimento? Experimente o Yahoo! Respostas!

Re: Ftpmaster bug reports are not processed nearly fast enough.

[Michael Banck]

On Tue, Nov 28, 2006 at 11:06:55PM -0500, Nathanael Nerode wrote:
> As for the bugs requesting change of priorities in the Overrides
> file, many appear to simply be ignored permanently. #263887 is the
> canonical example.  I recommend eliminating the overrides file for
> packages of priority 'standard' and lower, and instead always
> allowing package maintainers to set their own package priority among
> 'extra', 'optional', and 'standard', 

As `standard' is what some front ends still install by default AFAIK,
this might lead to bloat when more and more maintainers think their
package really should be standard.
 

Michael


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

Re: Conditionally applying an architecture-dependent patch

[Michael Banck]

On Tue, Nov 28, 2006 at 05:00:41PM +0100, Goswin von Brederlow wrote:
> Quilt does not seem to have this. But it shouldn't be hard to write a
> makefile target that creates the series file by running
> debian/patches/series.$ARCH through cpp. That is the way I'm going
> anyway, hence the syntax.

By the time you need to invoke cpp to kick quilt into obedience, using
dpatch might be the better choice until a general solution is
implemented in the Debian quilt package.  Maybe.


Michael


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

Re: Ftpmaster bug reports are not processed nearly fast enough.

[Andreas Barth]

* Michael Banck ([EMAIL PROTECTED]) [061129 13:50]:
> On Tue, Nov 28, 2006 at 11:06:55PM -0500, Nathanael Nerode wrote:
> > As for the bugs requesting change of priorities in the Overrides
> > file, many appear to simply be ignored permanently. #263887 is the
> > canonical example.  I recommend eliminating the overrides file for
> > packages of priority 'standard' and lower, and instead always
> > allowing package maintainers to set their own package priority among
> > 'extra', 'optional', and 'standard', 
> 
> As `standard' is what some front ends still install by default AFAIK,
> this might lead to bloat when more and more maintainers think their
> package really should be standard.

For standard, that seems like a bad idea. For extra and optional (and
also sections), a half-override database could make sense, i.e.
overrides are only taken from the database if the database has an entry,
and the database doesn't have an entry usually, and also entries are
purged (normally) in case package and database agree (so that ftp-team
could easily move packages around, but once the package maintainer has
caught up with the database, the maintainer is responsible for future
sections).


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


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

Re: Naming a 32-bit/64-bit specific Java package

[Florian Weimer]

* Benjamin Seidenberg:

> Less archive/mirror bloat.

Which is easily nullified if the more complex Architecture: all
approach needs more bug fixes.


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

Re: Naming a 32-bit/64-bit specific Java package

[Goswin von Brederlow]

"Shaun Jackman" <[EMAIL PROTECTED]> writes:

> On 11/28/06, Shaun Jackman <[EMAIL PROTECTED]> wrote:
>> I'm personally leaning towards to two arch: all packages (one 32-bit,
>> one 64-bit) and a meta-package which depends on the right one. I am
>> considering and open to the one arch: any package though. If it
>> affects the decision, the binary package is roughly 1.2 MB.
>
> I take it back. I implemented the arch: all method, and it wasn't that
> tricky, but the arch: any method is definitely technically simpler.
> Without a good reason, I can't see why I shouldn't use the simpler
> method. The argument for the arch: any case is obvious -- it's simpler
> -- what's the best argument for the arch: all case?
>
> Cheers,
> Shaun

- ~6 times less mirror space/bandwith usage
- saves buildd time.
- simpler to allow installing 32bit and 64bit on bi-/tri-arch systems
like i386, amd64, mips, mipsel, sparc, s390.

Altough I only see a real demand for it on amd64 where people want a
32bit java for their browser plugin.

MfG
Goswin


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

Re: Possibly RC bug 399980

[Guus Sliepen]

On Wed, Nov 29, 2006 at 09:01:01AM +0100, Mgr. Peter Tuharsky wrote:

> there is another bug that I feel might be classified as RC. See 399980.

This bug is in no way release-critical.

> Seems that it is impossible to switch keyboard properly on X level 
> (without GNOME applet). The bug is quite new, encountered some month 
> ago. Thus it is impossible to properly use any other window manager.

There are a number of tools that can switch keyboard layouts, as
mentioned by Lionel Elie Mamane.

> Debian stable has never met such problem for last 5 years at least.

That does not make it release-critical. Also, if you feel the severity
of a bug is incorrect, you should mention that in a follow-up to the
bugreport, or indicate the severity in your initial bugreport. This list
is not meant to discuss bug severities.

-- 
Met vriendelijke groet / with kind regards,
  Guus Sliepen <[EMAIL PROTECTED]>


signature.asc
Description: Digital signature

Re: Possibly RC bug 399980

[Mgr. Peter Tuharsky]

Okay.

I just have considered important to _mention_ the bugs that COULD 
POSSIBLY be important to fix before stable release. Nothing more. I 
don't intend to discuss severities here.


I didn't, and don't want to argue on this list (even if I consider 
keyboard switching to be such a basic thing that _should_ work without 
glitches in the 21st century, moreover if it worked in past already).


Consider the thread closed.


Peter


Guus Sliepen  wrote / napísal(a):

On Wed, Nov 29, 2006 at 09:01:01AM +0100, Mgr. Peter Tuharsky wrote:


there is another bug that I feel might be classified as RC. See 399980.


This bug is in no way release-critical.

Seems that it is impossible to switch keyboard properly on X level 
(without GNOME applet). The bug is quite new, encountered some month 
ago. Thus it is impossible to properly use any other window manager.


There are a number of tools that can switch keyboard layouts, as
mentioned by Lionel Elie Mamane.


Debian stable has never met such problem for last 5 years at least.


That does not make it release-critical. Also, if you feel the severity
of a bug is incorrect, you should mention that in a follow-up to the
bugreport, or indicate the severity in your initial bugreport. This list
is not meant to discuss bug severities.




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

Software Verlag/"Debian GNU/Linux"

[Anna Dorazińska]

Sehr geehrte Damen und Herren,

unser Verlag Software ist Herausgeber von Magazinen wie Aurox Linux, PHP 
Solutions, hakin9-Abwehmethoden, OpenOffice.Org Magazine, Software 2.0 , 
MScoder, .psd und Linux+.
Wir spezialisieren uns in Herausgabe von Profi-Zeitschriften für 
IT-Administrator/innen, Programierer/innen, Netzwerkadministrator/innen,
Webmaster und Amateure. Wir erreichen  sowohl Individuell- wie auch im großen 
Masse Firmennabonnenten. 
Unsere Fachmagazine werden in sieben Sprachen in fünfzehn Ländern
Europas und den USA herausgegeben.
Die Inhalte sind thematisch sehr spezialisiert und die Zielgruppe des Magazins 
auf einem sehr hohem Level angesiedelt.

Das Magazin hakin9-Abwehrmethoden - mit dem sich meine Redaktion beschäftigt - 
ist den Fragen der IT-Security gewidmet. Es wird vor allem von Personen 
gelesen, die für die Sicherheit von Computersystemen verantwortlich sind.

Zur Zeit bereiten wir eine Sonderausgabe zum Thema "Debian GNU/Linux" vor, die 
die aktuellste Version des Programms betreffen wird. Es liegt uns natürlich 
sehr daran, dass die Artikel, die in dieser Ausgabe erscheinen, von 
Spezialisten verfasst werden. 
Aus diesem Grund möchte ich Sie gerne zu einer Zusammenarbeit einladen.
 
Schreiben Sie mir bitte, an wen ich mich mit dieser Angelegenheit direkt 
wenden kann.

Gerne schicke ich Ihnen die vorherige Ausgabe von "Debian GNU/Linux", damit 
Sie ein Bild von unserer Publikation bekommen können.

Über schnelle Antwort würde ich mich sehr freuen!
Verbleibe mit freundlichen Grüßen
-- 
Anna Dorazińska
Redaktionsassistentin hakin9 
Software Verlag
ul. Bokserska 1
02-682 Warschau
Polen
Tel. 0048 22 887 14 57

Re: out-of-date non-free packages

[Stefano Zacchiroli]

On Wed, Nov 29, 2006 at 04:28:24PM +0100, Andreas Barth wrote:
> If you are maintainer of a non-free-package falling into this category (i.e.
> after careful review of the license that it can be autobuild), please:

Are you interested in having those information also for Arch: all
packages?

Just to be concrete and to stick to my case, I'm maintaining
ocaml-book-{en,fr} an O'Reilly book which is Arch: all. As you can
imagine the build process is just a matter of copying stuff around. The
license was almost ok, but not enough to make d-legal happy (I'm
wondering if today things would be different, given our recent choices
on GFDL...). Do you want me to provide the information you asked for
that package as well?

Cheers.

-- 
Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy
[EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/
(15:56:48)  Zack: e la demo dema ?/\All one has to do is hit the
(15:57:15)  Bac: no, la demo scema\/right keys at the right time


signature.asc
Description: Digital signature

Re: out-of-date non-free packages

[Andreas Barth]

* Stefano Zacchiroli ([EMAIL PROTECTED]) [061129 16:41]:
> On Wed, Nov 29, 2006 at 04:28:24PM +0100, Andreas Barth wrote:
> > If you are maintainer of a non-free-package falling into this category (i.e.
> > after careful review of the license that it can be autobuild), please:
> 
> Are you interested in having those information also for Arch: all
> packages?

It might help for someone doing an NMU if it is written down in the
package, but that's all I guess. I don't think we should add the package
of the list of autobuildable packages, because it won't be built
anyways.


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


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

Re: out-of-date non-free packages

[Martin Zobel-Helas]

On Wed Nov 29, 2006 at 16:40:30 +0100, Stefano Zacchiroli wrote:
> On Wed, Nov 29, 2006 at 04:28:24PM +0100, Andreas Barth wrote:
> > If you are maintainer of a non-free-package falling into this category (i.e.
> > after careful review of the license that it can be autobuild), please:
> 
> Are you interested in having those information also for Arch: all
> packages?
Arch: all Packages do not get build on a buildd. This announcement is
for Arch: any packages.

Greetings
Martin

-- 
[EMAIL PROTECTED] /root]# man real-life
No manual entry for real-life


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

Re: out-of-date non-free packages

[Andreas Tille]

On Wed, 29 Nov 2006, Andreas Barth wrote:


On the other hand, there are plenty of packages in non-free that can easily
be autobuild, because their license is "free-with-tiny-exceptions". For such
packages, a group of Developers headed by Martin (zobel) and me provides some
autobuilding infrastructure on most architectures.


Yippy.  You rock!

Many thanks

 Andreas.

--
http://fam-tille.de


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

Re: out-of-date non-free packages

[Rafael Laboissiere]

* Andreas Barth <[EMAIL PROTECTED]> [2006-11-29 16:28]:

> On the other hand, there are plenty of packages in non-free that can easily
> be autobuild, because their license is "free-with-tiny-exceptions".

How can I decide that my package fall into this category?  Are there
guidelines available somewhere?

Thanks,

-- 
Rafael


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

localisation in system wide daemons

[Nico Golde]

Hi,
Adam Cécile reported #400719[0] to the fetchmail package.

The question is wheter a system wide daemon should care 
about the system wide locale configurations or not.

Fetchmail currently does, we are not calling it with 
LC_MESSAGES=C or something similar.
I can't find anything about this in the policy but to me it 
doesnt make sense to use a locale if you dont want it for 
some programs.

Since it would be also possible to adjust the settings with 
LC_ALL=C in /etc/default/fetchmail I just closed the bug but 
reopened it now cause I want to hear some other opinions.
What do you think what is the best way here?
Kind regards
Nico

[0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=400719
-- 
Nico Golde - http://www.ngolde.de
JAB: [EMAIL PROTECTED] - GPG: 0x73647CFF
Forget about that mouse with 3/4/5 buttons,
gimme a keyboard with 103/104/105 keys!


pgpHW2rqSCA4W.pgp
Description: PGP signature

Re: Software Verlag/"Debian GNU/Linux"

[Jens Seidel]

Hi,

this is a help request from a IT publisher who wants to release a
special edition related to "Debian GNU/Linux". The journal
"hakin9-Abwehrmethoden" covers IT-Security.

Anna asks for help to create articles for this issue which I redirect
to debian-publicity.

Hallo Anna,

die meisten der angeschriebenen Mailinglisten sind englischsprachig, so
dass ich es deswegen nochmal kurz Englisch erklärt habe.

Bitte wende dich doch an die Liste debian-publicity
(see http://lists.debian.org/debian-publicity/2006/11/). Ich weiß nicht
wie viele Personen diese Liste lesen, ein gleichzeitiges Schreiben auf
viele Listen ist aber keine gute Idee.

Welche Hilfe wird denn genau benötigt? Rat und Hilfe oder fertige
Artikel?

Bitte antworte nur an debian-publicity, Danke.

Jens

On Wed, Nov 29, 2006 at 03:24:44PM +0100, Anna Dorazińska wrote:
> Das Magazin hakin9-Abwehrmethoden - mit dem sich meine Redaktion beschäftigt 
> - 
> ist den Fragen der IT-Security gewidmet. Es wird vor allem von Personen 
> gelesen, die für die Sicherheit von Computersystemen verantwortlich sind.
> 
> Zur Zeit bereiten wir eine Sonderausgabe zum Thema "Debian GNU/Linux" vor, 
> die 
> die aktuellste Version des Programms betreffen wird. Es liegt uns natürlich 
> sehr daran, dass die Artikel, die in dieser Ausgabe erscheinen, von 
> Spezialisten verfasst werden. 
> Aus diesem Grund möchte ich Sie gerne zu einer Zusammenarbeit einladen.
>  
> Schreiben Sie mir bitte, an wen ich mich mit dieser Angelegenheit direkt 
> wenden kann.
> 
> Gerne schicke ich Ihnen die vorherige Ausgabe von "Debian GNU/Linux", damit 
> Sie ein Bild von unserer Publikation bekommen können.
> 
> Über schnelle Antwort würde ich mich sehr freuen!
> Verbleibe mit freundlichen Grüßen
> -- 
> Anna Dorazińska
> Redaktionsassistentin hakin9 
> Software Verlag
> ul. Bokserska 1
> 02-682 Warschau
> Polen
> Tel. 0048 22 887 14 57
> 


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

Re: localisation in system wide daemons

[Josselin Mouette]

Le mercredi 29 novembre 2006 à 19:33 +0100, Nico Golde a écrit :
> Hi,
> Adam Cécile reported #400719[0] to the fetchmail package.
> 
> The question is wheter a system wide daemon should care 
> about the system wide locale configurations or not.
> 
> Fetchmail currently does, we are not calling it with 
> LC_MESSAGES=C or something similar.
> I can't find anything about this in the policy but to me it 
> doesnt make sense to use a locale if you dont want it for 
> some programs.
> 
> Since it would be also possible to adjust the settings with 
> LC_ALL=C in /etc/default/fetchmail I just closed the bug but 
> reopened it now cause I want to hear some other opinions.
> What do you think what is the best way here?

I don't know why exactly fetchmail needs it, but I believe daemons that
have an interface should be localized. 
-- 
Josselin Mouette/\./\

"Do you have any more insane proposals for me?"


signature.asc
Description: Ceci est une partie de message	numériquement signée

ITP: gtk-recordmydesktop -- GUI frontend for recordMyDesktop (a video desktop capture tool)

[L. Redrejo]

Package: wnpp
Severity: wishlist
Owner: José L. Redrejo Rodríguez <[EMAIL PROTECTED]>

* Package name: recordmydesktop
  Version : 0.3.0
  Upstream Author : John Varouhakis <[EMAIL PROTECTED]>
* URL : http://recordmydesktop.sourceforge.net/
* License : GPL
  Description : GUI frontend for recordMyDesktop (an audio video
desktop capture tool)


The application is a friendly frontend for recordMyDesktop. 
recordMyDesktop produces an ogg-encapsulated theora-vorbis file.
recordMyDesktop tries to be as unobstrusive as possible by proccessing
only regions of the screen that have changed


signature.asc
Description: Esta parte del mensaje está firmada	digitalmente

Re: Naming a 32-bit/64-bit specific Java package

[Benjamin Seidenberg]

Florian Weimer wrote:
> * Benjamin Seidenberg:
>
>   
>> Less archive/mirror bloat.
>> 
>
> Which is easily nullified if the more complex Architecture: all
> approach needs more bug fixes.
>
>
>   
Except old versions are dropped from mirrors. So after a time, the old
packages will disappear and only two copies (as opposed to 12 or what
not) will be on the mirrors.



signature.asc
Description: OpenPGP digital signature

Re: Conditionally applying an architecture-dependent patch

[Russ Allbery]

Goswin von Brederlow <[EMAIL PROTECTED]> writes:

> I need exactly the same thing. I was lloking for an include statement
> for series files though. Something like

> debian/patches/series.common:
> version.patch
> foo.patch
> barf.patch

> debian/patches/series.amd64:
> #include "series.common"
> amd64.patch

> debian/patches/series.i386:
> #include "series.common" 
> i386.patch 

> Quilt does not seem to have this. But it shouldn't be hard to write a
> makefile target that creates the series file by running
> debian/patches/series.$ARCH through cpp. That is the way I'm going
> anyway, hence the syntax.

That seems like overkill.  Why not just do:

ARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH)

patch: patch-stamp
patch-stamp:
cp debian/patches/series.common debian/patches/series
set -e; if [ -f debian/patches/series.$(ARCH) ] ; then \
cat debian/patches/series.$(ARCH) >> debian/patches/series ; \
fi
quilt push -a || test $$? == 2
touch patch-stamp

and remove debian/patches/series in unpatch?

-- 
Russ Allbery ([EMAIL PROTECTED])   


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

Bug#401001: ITP: alpine -- Friendly text-based email client, designed for novices but also with expert features

[Asheesh Laroia]

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


* Package name: alpine
  Version : 0.8
  Upstream Author : Jeff Franklin <[EMAIL PROTECTED]>
* URL : http://www.washington.edu/alpine/
* License : Apache License 2.0
  Description : Friendly text-based email client, designed for novices but 
also with expert features

Alpine is an upgrade of the well-known PINE email client.  Alpine is Free
Software and supports a wide range of users, from expert to novice.  Alpine is
currently in alpha.


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-386
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)


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

Re: out-of-date non-free packages

[Carlo Segre]

On Wed, 29 Nov 2006, Andreas Barth wrote:


Hi,

as all of you should know, packages in non-free are not build by the normal
autobuilders for legal reasons. However, if a non-free package exist on
different architectures, it need to be current to allow testing migration.

On the other hand, there are plenty of packages in non-free that can easily
be autobuild, because their license is "free-with-tiny-exceptions". For such
packages, a group of Developers headed by Martin (zobel) and me provides some
autobuilding infrastructure on most architectures.



Excellent!  A systematic way of requesting this is welcome.  A related 
issue is for the autobuilding of packages in contrib which need 
non-free packages.  On some architectures, the buildds don't seem to 
include the non-free repositories and thus these packages won't build. 
Would it be possible to either consistently include the non-free 
repository on the regular buildd network or move the contrib building to 
this non-free buildd system?


Cheers,

Carlo

--
Carlo U. Segre -- Professor of Physics
Associate Dean for Special Projects, Graduate College
Illinois Institute of Technology
Voice: 312.567.3498Fax: 312.567.3494
[EMAIL PROTECTED]http://www.iit.edu/~segre[EMAIL PROTECTED]


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

Bug#310762: ITP: intro-linux - A beginner's guide to GNU/Linux

[Suresh Rajashekara]

Package: wnpp
Followup-For: Bug #310762
Owner: Suresh Rajashekara <[EMAIL PROTECTED]>

Package: wnpp
Severity: wishlist

Package name:  intro-linux
Version :  1.24
Upstream Author :  Machtelt Garrels
URL or Web Page :  http://tille.xalasys.com/training/tldp/
Licence :  GFDL
Description :  A beginner's guide to GNU/Linux

A hands on guide to show people of all ages that Linux can be simple and fun, 
and used for all kinds of purposes.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18.3
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)


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