Bug#767444: ITP: fig -- Punctual, lightweight development environments using Docker

2014-10-30 Thread Felipe Sateler
Package: wnpp
Severity: wishlist
Owner: Felipe Sateler fsate...@debian.org

* Package name: fig
  Version : 1.0.0
  Upstream Author : Docker Inc
* URL : http://www.fig.sh/
* License : Apache
  Programming Lang: Python
  Description : Punctual, lightweight development environments using Docker

Fig is a service management software built on top of docker. Define your
services and their relationships in a simple YAML file, and let fig
handle the rest.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#743477: grub2: grub fails with error: 'grub_term_highlight_color' not found

2014-10-30 Thread kittyofthebox
Source: grub2
Followup-For: Bug #743477

Hi,

I have recently had to help someone out with this bug and I don't think this 
is actually bug. What has happened here is grub-pc thinks that update-grub 
is supposed to be ran on a drive that your bios is no looking at, but 
probably has an older version of grub already installed. This works fine 
until one day you update your grub package and boom, you get this error 
the way to fix this is chrooting but it's pretty involved. I have however 
fixed it with this method. There is also additonal talk and infomration 
about this over at the ubuntu but report thread: 
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1289977

Good luck.

Kitty

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (750, 'testing'), (700, 'testing'), (650, 'stable'), (600, 
'stable'), (450, 'oldstable'), (400, 'oldstable'), (300, 'unstable'), (200, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767446: say what -c number output is

2014-10-30 Thread 積丹尼 Dan Jacobson
Package: dosfstools
Version: 3.0.26-4
Severity: wishlist
File: /usr/share/man/man8/mkfs.fat.8.gz

At

   -c  Check the device for bad blocks before creating the filesystem.

Also mention what the numbers printed on the screen represent, and how
we can use them to determine how far along we are to finishing the job.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767447: mention vfat

2014-10-30 Thread 積丹尼 Dan Jacobson
Package: dosfstools
Version: 3.0.26-4
Severity: wishlist
File: /usr/share/man/man8/mkfs.fat.8.gz

Mention 'vfat' somewhere on the man page.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767448: No way to override settings from /usr/share/initramfs-tools/conf-hooks.d/*

2014-10-30 Thread Piotr Jurkiewicz

Package: initramfs-tools

There is no way for user to override settings from 
/usr/share/initramfs-tools/conf-hooks.d.


For example, dropbear package in file /usr/.../conf-hooks.d/dropbear 
sets UMASK variable to 0077. User cannot override this with his own 
setting in /etc.


The only way to do that is to edit /usr/.../conf-hooks.d/dropbear file 
directly and change UMASK. However, such change will be of course 
overwritten on a next update of dropbear package.


In my opinion, user-provided settings from /etc/* should have priority 
over package-provided settings form /usr/*.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767449: systemctl forces reboot with every shutdown

2014-10-30 Thread Jim McCloskey
Package: systemd
Version: 215-5+b1
Severity: important

Dear Maintainer,

Thanks very much for all of your work. The core of my report is this:
following an upgrade to testing on October 30th 2014, I am unable to
shut down my laptop. Almost every way of shutting down is followed by
a forced reboot (which of course I do not want).

   * What led up to the situation?

Upgrading to testing on Thursday October 30th 2014. This included an
upgrade to libsystemd0, libpam-systemd, systemd, systemd-sysv,
libsystemd-daemon0, libsystemd-id128-0, libsystemd-journal0,
libsystemd-login0.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

1. In Gnome 3: Tried to shutdown using the power-down icon in the
dropdown menu of the status bar. The system shut down and rebooted.

2. In Gnome 3: pressed and held the power button (configured in
gnome-tweak-tool to power down). The system shut down and immediately
rebooted.

3. From the command-line as root, typed `shutdown -h now'. The system
shut down and immediately rebooted.

4. From the command-line as root, typed `systemctl poweroff'. The
system shut down and immediately rebooted.

5. From the command-line as root, typed `poweroff -p'. The 
system shut down and immediately rebooted. (Similarly just `poweroff'.)

6. From the command-line as root, typed `halt -p', The
system shutdown and immediately rebooted.

7. From the command-line as root, typed `poweroff -f'. The system shut
down and there was no reboot. Presumably because using this option
entails that the init system is not contacted.

   * What was the outcome of this action?

An automatic (and unwanted) reboot following shutdown in every
circumstance except when `poweroff -f' was issued as root from the
command line. This is the only way I've found so far to actually shut
the laptop down.  Since shutdown and poweroff are symbolic links to
systemctl, presumably the problem ultimately lies there.

   * What outcome did you expect instead?

That the system would shut down without automatically and instantly
rebooting.  That was the behavior before the upgrade.

Thanks for any advice or help. Please let me know how I might help,

Jim

-- Package-specific info:

-- System Information:
Debian Release: jessie/sid
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'proposed-updates'), (500, 'unstable'), 
(500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages systemd depends on:
ii  acl 2.2.52-2
ii  adduser 3.113+nmu3
ii  initscripts 2.88dsf-53.4
ii  libacl1 2.2.52-2
ii  libaudit1   1:2.4-1
ii  libblkid1   2.25.1-5
ii  libc6   2.19-12
ii  libcap2 1:2.24-6
ii  libcap2-bin 1:2.24-6
ii  libcryptsetup4  2:1.6.6-2
ii  libgcrypt20 1.6.2-3
ii  libkmod218-3
ii  liblzma55.1.1alpha+20120614-2
ii  libpam0g1.1.8-3.1
ii  libselinux1 2.3-2
ii  libsystemd0 215-5+b1
ii  sysv-rc 2.88dsf-53.4
ii  udev215-5+b1
ii  util-linux  2.25.1-5

Versions of packages systemd recommends:
ii  dbus1.8.8-2
ii  libpam-systemd  215-5+b1

Versions of packages systemd suggests:
pn  systemd-ui  none

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#767425: [Pkg-freeipa-devel] Bug#767425: freeipa-server: ipa-server-install doesn't enable some Apache modules it uses in its configuration

2014-10-30 Thread Timo Aaltonen
On 31.10.2014 00:52, Michal Kaspar wrote:
 Package: freeipa-server
 Version: 4.0.4-1
 Severity: normal
 
 Dear Maintainer,
 While running ipa-server-install, the Apache gets reconfigured to provide 
 some IPA services. However it doesn't enable some Apache modules whose 
 directives it uses in Apache ipa.con. The modules I had to enable by hand to 
 make install continue were mod_deflate (needed by AddOutputFilterByType) and 
 mod_authz_user (used by Require valid-user).

that's weird, both seem to be enabled on default apache2 install here..



-- 
t


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#761942: arb: General update after the debconf review process

2014-10-30 Thread Christian PERRIER
Dear Debian maintainer,

On Sunday, September 21, 2014, I sent you a notification about the beginning of 
a review
action on debconf templates for arb.

Then, I sent you a bug report with rewritten templates and announcing
the beginning of the second phase of this action: call for translation
updates.

Translators have been working hard and here is now the result of their efforts.

Please consider using it EVEN if you committed files to your
development tree as long as they were reported.

The attached tarball contains:

- debian/changelog with the list of changes
- debian/control with rewrites of packages' descriptions
- debian/templates with all the rewritten templates file(s)
- debian/po/*.po with all PO files (existing ones and new ones)

As said, please use *at least* the PO files as provided here,
preferrably over those sent by translators in their bug reports. All
of them have been checked and reformatted. In some cases, formatting
errors have been corrected.

The patch.rfr file contains a patch for the templates and control
file(s) alone.

Please note that this patch applies to the templates and control
file(s) of your package as of Sunday, September 21, 2014. If your package was 
updated
in the meantime, I may have updated my reference copybut I also
may have missed that. This is indeed why I suggested you do not
modified such files while the review process was running,
remember..:-)

It is now safe to upload a new package version with these changes.

Please notify me of your intents with regards to this. 

There is of course no hurry to update your package but feel free to
contact me in case you would need sponsoring or any other action to
fix this.



-- 




patch.tar.gz
Description: application/gzip
--- arb.old/debian/arb-common.templates 2014-09-16 22:40:56.241801838 +0200
+++ arb/debian/arb-common.templates 2014-10-07 07:04:47.588878702 +0200
@@ -1,9 +1,21 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: arb/group
 Type: multiselect
 Choices: ${users}
-_Description: ARB PT-server administrators
- ARB is preconfigured via /etc/arb/arb_tcp.dat with three private PT servers
- for each user as well as three global PT servers accessible by all users.
+_Description: ARB PT-server administrators:
+ The default configuration of PT-server slots in /etc/arb/arb_tcp.dat
+ gives ARB three global slots accessible by all users (connecting to
+ localhost:${PORT}), as well as three slots to give private per-user
+ access (connecting to ~/.arb_pts/${USER}${NUMBER}.socket).
  .
- Only members of the system group arb will be able to build and update
- the shared PT servers. This setting configures the group members.
+ Only members of the arb system group will be able to build and update
+ the shared PT-servers. Please enter the login names for these privileged
+ users.
--- arb.old/debian/control  2014-09-16 22:40:56.241801838 +0200
+++ arb/debian/control  2014-10-06 06:47:33.522752731 +0200
@@ -51,16 +51,15 @@
 Suggests: arb-database,
   gnuplot,
   gv
-Description: Graphical suite for phylogenetic sequence analysis 
- The ARB software is a graphically oriented package comprising various tools
- for sequence database handling and data analysis. A central database of
- processed (aligned) sequences and any type of additional data linked to the
- respective sequence entries is structured according to phylogeny or other
- user defined criteria.
- .
- The ARB project (latin, arbor=tree) is a joint initiative of the Lehrstuhl
- fuer Mikrobiologie http://www.mikro.biologie.tu-muenchen.de/ and the
- Lehrstuhl fuer Rechnertechnik und Rechnerorganisation
+Description: phylogenetic sequence analysis suite - main program
+ ARB is a graphical suite of tools for sequence database handling and data
+ analysis. A central database of processed (aligned) sequences and any
+ type of additional data linked to the sequence entries is structured
+ according to phylogeny or other user-defined criteria.
+ .
+ The ARB project (from the Latin arbor, a tree) is a joint initiative of
+ the Lehrstuhl fuer Mikrobiologie http://www.mikro.biologie.tu-muenchen.de/
+ and the Lehrstuhl fuer Rechnertechnik und Rechnerorganisation
  http://wwwbode.informatik.tu-muenchen.de/ of the Technical University
  of Munich.
 
@@ -69,40 +68,39 @@
 Depends: ${misc:Depends},
  ${shlibs:Depends}
 Recommends: arb
-Description: Graphical suite for phylogenetic sequence analysis (libraries)
- The ARB software is a graphically oriented package comprising various tools
- for sequence database handling and data analysis. A central database of
- processed (aligned) sequences and any type of additional data linked to the
- respective sequence 

<    1   2   3   4