Processed: closing 387446

2008-09-04 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.33
> close 387446
Bug#387446: amd64 system not compliant with FHS
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to Goswin von Brederlow <[EMAIL 
PROTECTED]>

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Processed: closing 496771

2008-09-04 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.33
> close 496771
Bug#496771: Deb AMD64 eats huge amounts of memory (and babies?) because of 
badly built libs
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to "Gustaf Räntilä" <[EMAIL 
PROTECTED]>

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


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



Re: For Those Who Care About X (Bits from the X Strike Force)

2008-09-04 Thread Philipp Matthias Hahn
Hello!

On Sun, Aug 17, 2008 at 11:21:45PM +0200, Julien Cristau wrote:
...
> Next steps
> --
...
> At around the same time, we'd like to enable hotplugging of input
> devices, and their configuration through hal.  This means using the
> "evdev" driver for mice and keyboards instead of the traditional "mouse"
> and "keyboard" drivers, which will for example use of different keymaps
> for different keyboards, per-device configuration (not only statically,
> but also at runtime), etc.
> /usr/share/doc/hal/examples/10-x11-input.fdi and
> /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi in the hal package
> contain an example config, which you can modify to suit your needs and
> install in /etc/hal/fdi/policy/ to get a feel for this.

No bug filed yet, just FYI:

"evdev" currently has a problem with suspend/undock: I have an external mouse
and keyboard connected to the docking station of a Lenovo R61, the keyboard
configured for evddev. On suspend/undock, the X-server doesn't release the
device node /dev/input/event?. The Linux kernel forcefully unpluggs all devices
on suspend/undock and re-pluggs them on resume/dock. Since the old device-node
is still open (and thus used), a new device-node with a new number is created.
The external keyboard is thus dead, until I restart the server.
"lsof -p `pidof X`" shows the node as still be opened, but deleted.
The mouse uses /dev/input/mice and thus doesn't have the problem.
Switching to console before suspending/undocking doesn't help either.

This basically happens because
xserver-xorg-input-evdev-2.0.3/src/evdev.c:EvdevProc(DeviceIntPtr device, int 
what)
doesn't release the node on DEVICE_OFF and re-opens it on DEVICE_ON, but opens
it in EvdevPreInit() and closes it in DEVICE_CLOSE.
But according to http://www.x.org/wiki/XOrgInputDriverSpec that should actually
what should be done.

Googling for this shows that others have this problem, too. I currently don't
have time to fix it myself, but others should know and perhaps have time and
more experience with writing XOrg input drivers to fix this properly.

BYtE
Philipp
-- 
Philipp Matthias Hahn <[EMAIL PROTECTED]>
 GPG/PGP: 9A540E39 @ keyrings.debian.org


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



Re: For Those Who Care About X (Bits from the X Strike Force)

2008-09-04 Thread Julien Cristau
On Thu, Sep  4, 2008 at 14:18:33 +0200, Philipp Matthias Hahn wrote:

> "evdev" currently has a problem with suspend/undock: I have an external mouse
> and keyboard connected to the docking station of a Lenovo R61, the keyboard
> configured for evddev. On suspend/undock, the X-server doesn't release the
> device node /dev/input/event?. The Linux kernel forcefully unpluggs all 
> devices
> on suspend/undock and re-pluggs them on resume/dock. Since the old device-node
> is still open (and thus used), a new device-node with a new number is created.
> The external keyboard is thus dead, until I restart the server.
> "lsof -p `pidof X`" shows the node as still be opened, but deleted.
> The mouse uses /dev/input/mice and thus doesn't have the problem.
> Switching to console before suspending/undocking doesn't help either.
> 
> This basically happens because
> xserver-xorg-input-evdev-2.0.3/src/evdev.c:EvdevProc(DeviceIntPtr device, int 
> what)
> doesn't release the node on DEVICE_OFF and re-opens it on DEVICE_ON, but opens
> it in EvdevPreInit() and closes it in DEVICE_CLOSE.
> But according to http://www.x.org/wiki/XOrgInputDriverSpec that should 
> actually
> what should be done.
> 
> Googling for this shows that others have this problem, too. I currently don't
> have time to fix it myself, but others should know and perhaps have time and
> more experience with writing XOrg input drivers to fix this properly.
> 
This is actually already filed (well, pretty much, the same fix would
apply) as #496101.  There's a proposed fix at
http://lists.freedesktop.org/pipermail/xorg/2008-August/037975.html
BTW this issue only arises with devices specified in xorg.conf, it
doesn't apply to the hotplug case.

Cheers,
Julien


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



ITP: fbterm -- FbTerm is a fast terminal emulator for linux with frame buffer

2008-09-04 Thread Nobuhiro Iwamatsu
Package: wnpp
Owner: Nobuhiro Iwamatsu <[EMAIL PROTECTED]>
Severity: wishlist

*** Please type your report below this line ***

* Package name: fbterm
  Version : 1.1
  Upstream Author : dragchan <[EMAIL PROTECTED]>
* URL : http://code.google.com/p/fbterm/
* License : GPLv2
  Programming Lang: C++
  Description : FbTerm is a fast terminal emulator for linux with frame 
buffer

FbTerm is a fast terminal emulator for linux with frame buffer. Features 
include:

* mostly as fast as terminal of linux kernel while accelerated scrolling is 
enabled on framebuffer device
* select font with fontconfig and draw text with freetype2, same as Qt/Gtk+ 
based GUI apps
* dynamicly create/destroy up to 10 windows initially running default shell
* record scrollback history for every window
* auto-detect text encoding with current locale, support double width 
scripts like Chinese, Japanese etc
* switch between configurable additional text encodings with hot keys on 
the fly
* copy/past selected text between windows with mouse when gpm server is 
running

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)


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



RFH: automake, library and sub-automake using rpath

2008-09-04 Thread Philipp Matthias Hahn
Hi!

I have a problem with the audit-package [1]:
1. it uses autoconf/automake
2. it builds a shared library
3. it aggregates a copy of a python sub-package named "system-config-audit",
   which uses a _seperate_ autoconf/automake. The parent-autoconf calls it
   using AC_CONFIG_SUBDIRS([system-config-audit])
4. the sub-package uses the shared library.

Since the library is only installed in a temporary location, and the
sub-automake doesn't know anything about the _temporary_ installation, the
sub-package links to that library using a rpath. Lintian sais:

W: system-config-audit: binary-or-shlib-defines-rpath 
./lib/system-config-audit-server 
/media/storage/debian/pool/main/a/audit/audit-1.7.5/lib/.libs

Does some autoconf/automake/python-guru know how I can fix this dilemma?

I would like to use the included system-config-audit, since it's better tested,
but if that doesn't work, I could also ignore the included version and create a
completely separate package from the original author [2].

BYtE
Philipp

[1] http://people.redhat.com/sgrubb/audit/
[2] https://fedorahosted.org/system-config-audit/
-- 
Philipp Matthias Hahn <[EMAIL PROTECTED]>
 GPG/PGP: 9A540E39 @ keyrings.debian.org


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



Re: people.debian.org to move to ravel

2008-09-04 Thread Tollef Fog Heen
]] Peter Palfrader 

| we shipped one of the machines that HP had so graciously donated a while
| ago to Canada where UBC Electrical and Computer Engineering kindly
| agreed to host it.

Hurrah!

| This machine, ravel.debian.org, will become the new people.debian.org
| machine, providing general shell services to DDs and the
| http://people.debian.org/~/ webpages.

[...]

| Once the move has been completed we expect to make gluck restricted to
| the people operating the services that will remain on gluck, so please
| clean out your homedir when you no longer need it there.

I'm responsible for the DELAYED queue, which currently lives in my home
directory and is hard coded at least in the default dput configuration
(including lenny and stable), most likely also other personal
configurations.

I've set up a DELAYED queue instance on ravel now, please use that
instead of the one on gluck.  I'll keep the one on gluck running for
now (that is, until it becomes restricted).

-- 
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: automatic bug filing by test robot

2008-09-04 Thread Stefano Zacchiroli
On Wed, Aug 27, 2008 at 10:10:13PM +0100, Ian Jackson wrote:
> it also does test installs.  This is useful as it tests buildability
> and installability

Can you expand what do you mean by "test installs"?

The main points which are not clear to me are: are dependencies taken
into consideration? what if they are not available? are maintainer
scripts executed (I presume they could be only if deps are taken into
account ...)?

Thanks (in advance) for the testing framework!
Cheers.

-- 
Stefano Zacchiroli -*- PhD in Computer Science \ PostDoc @ Univ. Paris 7
[EMAIL PROTECTED],pps.jussieu.fr,debian.org} -<>- http://upsilon.cc/zack/
I'm still an SGML person,this newfangled /\ All one has to do is hit the
XML stuff is so ... simplistic  -- Manoj \/ right keys at the right time


signature.asc
Description: Digital signature


Bug#81118: marked as done (High security base system (or separate add-on package))

2008-09-04 Thread Debian Bug Tracking System

Your message dated Fri, 5 Sep 2008 00:58:48 +0200
with message-id <[EMAIL PROTECTED]>
and subject line security is a process, not a product
has caused the Debian Bug report #81118,
regarding High security base system (or separate add-on package)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
81118: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=81118
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: base
Version: 20010103
Severity: wishlist

The stock base system comes with various "traditional security holes"
enabled. It would be nice (and probably very constructive) to have a
brief and simple procedure for how to reconfigure the system so as to
run a reasonably tight ship.

Off the top of my head, I can think of the following:

  * Disable telnet; go with ssh instead (but then which ssh?)

  * Recommend disabling any non-critical network services entirely

  * chroot and otherwise patch up everything that can't be turned off

  * Recommend replacing Sendmail with Postfix (or whatever)?

  * Recommend replacing regular ftp server with something more robust

I was thinking of maybe collecting this in a "security" package but
I'm not confident in my abilities to create such a package (I'm a dpkg
novice) and anyway, I'm not sure if that is the right approach.

(Yes, I'm considering an upgrade to 2.2r2)

-- System Information
Debian Release: 2.0
Kernel Version: Linux away 2.0.34 #1 Sun Feb 28 21:48:09 EET 1999 i586 unknown


--- End Message ---
--- Begin Message ---
Hi,

even in etch I get:

$ apt-cache search harden
bastille - Security hardening tool
harden - Makes your system hardened
harden-clients - Avoid clients that are known to be insecure
harden-development - Development tools for creating more secure programs
harden-doc - Useful documentation to secure a Debian system
harden-environment - Hardened system environment
harden-nids - Harden a system by using a network intrusion detection system
harden-remoteaudit - Audit your remote systems from this host
harden-servers - Avoid servers that are known to be insecure
harden-surveillance - Check services and/or servers automatically
harden-tools - Tools to enhance or analyze the security of the local system
mrb - Manage incremental data snapshots with make/rsync
php4-suhosin - advanced protection module for php4
php5-suhosin - advanced protection module for php5

Also there is this selinux thingie.

Thus closing this bug report. 

Also it's an illusion to create a secure system. Security is a process, not a 
product.


regards,
Holger


pgpz0fu3X64dE.pgp
Description: PGP signature
--- End Message ---


Re: people.debian.org to move to ravel

2008-09-04 Thread Peter Palfrader
On Thu, 04 Sep 2008, Tollef Fog Heen wrote:

> 
> | Once the move has been completed we expect to make gluck restricted to
> | the people operating the services that will remain on gluck, so please
> | clean out your homedir when you no longer need it there.
> 
> I'm responsible for the DELAYED queue, which currently lives in my home
> directory and is hard coded at least in the default dput configuration
> (including lenny and stable), most likely also other personal
> configurations.
> 
> I've set up a DELAYED queue instance on ravel now, please use that
> instead of the one on gluck.  I'll keep the one on gluck running for
> now (that is, until it becomes restricted).

Can we get dput fixed to use people by name instead of gluck?  Can you
make sure that change makes it into lenny?

-- 
   |  .''`.  ** Debian GNU/Linux **
  Peter Palfrader  | : :' :  The  universal
 http://www.palfrader.org/ | `. `'  Operating System
   |   `-http://www.debian.org/


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



Re: people.debian.org to move to ravel

2008-09-04 Thread Faidon Liambotis
Tollef Fog Heen wrote:
> I'm responsible for the DELAYED queue, which currently lives in my home
> directory and is hard coded at least in the default dput configuration
> (including lenny and stable), most likely also other personal
> configurations.
> 
> I've set up a DELAYED queue instance on ravel now, please use that
> instead of the one on gluck.  I'll keep the one on gluck running for
> now (that is, until it becomes restricted).
Perhaps the DELAYED queue should be moved out of ~tfheen to a more
neutral directory?

Not that I have any problems with you (on the contrary, this service is
much appreciated) but it just seems official enough not to be maintained
in anyone's home directory.

Thanks,
Faidon


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



Bug#497882: ITP: avr-evtd -- AVR watchdog daemon for Linkstation/Kuroboxes

2008-09-04 Thread Rogério Brito
Package: wnpp
Severity: wishlist
Owner: "Rogério Brito" <[EMAIL PROTECTED]>


* Package name: avr-evtd
  Version : 1.7.2
  Upstream Author : Bob Perry <[EMAIL PROTECTED]>
* URL : http://sourceforge.net/projects/ppc-evtd
* License : GPL
  Programming Lang: C
  Description : AVR watchdog daemon for Linkstation/Kuroboxes

  avr_evtd is a simple and small user space interface to the Linkstation
  AVR micro-controller. It doesn't have a lot of special features, but
  it's main task is to provide 'keep-alive' messages to the Linkstation's
  on-board AVR device.
  .
  This device controls/monitors the fan, various LEDs, timed power up and
  two buttons. This daemon provides the necessary initialisation to the
  device and also stimulates the LEDs depending on various fault
  conditions. It also monitors a power button (located at the front) and
  a reset button (located at the rear).

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org



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



Work-needing packages report for Sep 5, 2008

2008-09-04 Thread wnpp
The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.

Total number of orphaned packages: 458 (new: 5)
Total number of packages offered up for adoption: 125 (new: 7)
Total number of packages requested help for: 50 (new: 0)

Please refer to http://www.debian.org/devel/wnpp/ for more information.



The following packages have been orphaned:

   darksnow (#497141), orphaned 5 days ago
 Description: graphical user interface to darkice
 Installations reported by Popcon: 30

   epos (#497140), orphaned 6 days ago
 Description: Text-to-speech system for Czech, Slovak, Latin and
   Vogon
 Installations reported by Popcon: 165

   glunarclock (#497776), orphaned today
 Description: GNOME Lunar Clock moon applet
 Installations reported by Popcon: 418

   transcalc (#497190), orphaned 5 days ago
 Description: microwave and RF transmission line calculator
 Installations reported by Popcon: 67

   unzoo (#497775), orphaned today
 Description: zoo archive extractor
 Installations reported by Popcon: 5693

453 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/orphaned for a complete list.



The following packages have been given up for adoption:

   adabrowse (#497018), offered 6 days ago
 Description: HTML generator for Ada 95 library unit specifications
 Installations reported by Popcon: 53

   gamazons (#497244), offered 4 days ago
 Description: Amazons board game
 Installations reported by Popcon: 49

   grhino (#497243), offered 4 days ago
 Description: Othello/Reversi boardgame
 Reverse Depends: quarry
 Installations reported by Popcon: 117

   gtkatlantic (#497240), offered 4 days ago
 Description: monopoly-like game
 Installations reported by Popcon: 109

   kcheckers (#497245), offered 4 days ago
 Description: checkers board game
 Installations reported by Popcon: 65

   phalanx (#497246), offered 4 days ago
 Description: chess playing program
 Installations reported by Popcon: 326

   quarry (#497242), offered 4 days ago
 Description: GUI for Go, Reversi/Othello and Amazons
 Installations reported by Popcon: 150

118 older packages have been omitted from this listing, see
http://www.debian.org/devel/wnpp/rfa_bypackage for a complete list.



For the following packages help is requested:

   apache2 (#470795), requested 175 days ago
 Description: Co-maintainer wanted
 Reverse Depends: achims-guestbook ampache apache2 apache2-dbg
   apache2-mpm-event apache2-mpm-itk apache2-mpm-prefork
   apache2-mpm-worker apache2-prefork-dev apache2-suexec (154 more
   omitted)
 Installations reported by Popcon: 38439

   ara (#450876), requested 298 days ago
 Description: utility for searching the Debian package database
 Installations reported by Popcon: 118

   athcool (#278442), requested 1409 days ago
 Description: Enable powersaving mode for Athlon/Duron processors
 Installations reported by Popcon: 235

   bash-completion (#472468), requested 164 days ago
 Description: programmable completion for the bash shell
 Installations reported by Popcon: 14856

   cfs (#458061), requested 251 days ago
 Description: Cryptographic Filesystem
 Installations reported by Popcon: 114

   cvs (#354176), requested 924 days ago
 Description: Concurrent Versions System
 Reverse Depends: crossvc cvs-autoreleasedeb cvs-buildpackage cvs2cl
   cvs2html cvschangelogbuilder cvsconnect cvsd cvsdelta cvsps (12 more
   omitted)
 Installations reported by Popcon: 21784

   darcs (#486192), requested 82 days ago
 Description: an advanced revision control system
 Reverse Depends: arch2darcs darcs-buildpackage darcs-load-dirs
   darcs-monitor darcs-server darcsweb
 Installations reported by Popcon: 1386

   dctrl-tools (#448284), requested 313 days ago
 Description: Command-line tools to process Debian package
   information
 Reverse Depends: aptfs debian-goodies dlocate feta
   haskell-devscripts hg-buildpackage ia32-archive ia32-libs-tools
   mlmmj sbuild (1 more omitted)
 Installations reported by Popcon: 8675

   dpkg (#282283), requested 1384 days ago
 Description: dselect: a user tool to manage Debian packages
 Reverse Depends: alien alsa-source apt-build apt-cross apt-src
   backuppc build-essential bzr-builddeb cacao-oj6-dbg cacao-oj6-jdk
   (117 more omitted)
 Installations reported by Popcon: 75863

   drscheme (#402589), requested 633 days ago
 Description: PLT scheme programming environment
 Reverse Depends: drscheme minlog proofgeneral-minlog