Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain

2013-10-09 Thread Charles Plessy
Le Wed, Oct 09, 2013 at 07:41:00AM +0200, Yves-Alexis Perez a écrit :
 On mar., 2013-10-08 at 23:54 +0200, Michael Biebl wrote:
  Am 08.10.2013 15:02, schrieb Yves-Alexis Perez:
   I still don' think having gnome-control-center installed on Debian Xfce
   (or any !gnome) installations is a good idea, to be honest. I personally
   use network-manager-gnome nm-applet under Xfce because it doesn't
   actually needs GNOME bits, so imho either the gnome-bluetooth recommends
   should be dropped from network-manager-gnome, or the
   gnome-control-center one dropped from gnome-bluetooth.
  
  Both recommends are there for a reason. gnome-bluetooth relies heavily
  on gnome-control-center when you try to pair / manage devices and
  network-manager-applet relies on gnome-bluetooth for DUN and PAN
  connections. So no, I don't see those recommends go away.
  
 Then we should make tasksel stop installing recommends. Or maybe I
 should add a conflict in task-xfce-desktop (although I'm not so sure it
 works fine).

It looks like that the problem is that when two desktop systems are installed,
the one that pops up by default is not necessarly the one that the user wanted.

If we can assume that the user is not bothered that GNOME packages are
installed on the system despite they are not used, then the solution would be
to ensure that if the task-xfce-desktop is the only desktop task installed,
then the then the login managers should recogise it and propose XFCE a a
default ?  (dpkg triggers might help here.)

Cheers,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan


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



Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain

2013-10-09 Thread Yves-Alexis Perez
On mer., 2013-10-09 at 15:16 +0900, Charles Plessy wrote:
 It looks like that the problem is that when two desktop systems are installed,
 the one that pops up by default is not necessarly the one that the user 
 wanted.

That's a point, althought alternatives can be used here.
 
 If we can assume that the user is not bothered that GNOME packages are
 installed on the system despite they are not used,

That's wrong actually. Packages can modify system behavior when they're
installed without the user knowing, and they sure can be bothered.
Especially here, the major point is that no GNOME packages should be
implicitly installed, only explicit dependencies should be added, imho.

Regards,
-- 
Yves-Alexis


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


Re: 2 debian-installer uploads this week?!

2013-10-09 Thread Christian PERRIER
Quoting Cyril Brulebois (k...@debian.org):
 Hi folks,
 
 you aren't crazy (or maybe you are, given the mailing lists you're
 reading, but that's another topic), I'm considering 2 uploads this week!
 
 d-i → sid
 =
 
 It's been a while since I've been wanting to upload d-i to unstable, but
 I failed to look into it until now. I thought it would be nice to have


I'm all for this. I did my best (and worst) to upload nearly any
pending change from our git trees, in order to give things a chance to
get tested as early as possible. That had the disadvantage to lead to
some breakagesbut also to allow discovering the worst things as
early as possible.

Doing a release also helps in that. We even have a quite good
localization status, with 20 complete languages even though more and
more teams are more and more inactive, sadly.

The only nasty thing I see is the netcfg FTBFS problem.

I would maybe like to get more speedup changes from Thiemo Nagel for
partman-crypto and friends but I'munsure if I'll have time to work on
that and sort out what is ready to be committed and what is not.




signature.asc
Description: Digital signature


Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain

2013-10-09 Thread Per Olofsson
Hi,

On Tue, Oct 08, 2013 at 23:54 +0200, Michael Biebl wrote:
 Both recommends are there for a reason. gnome-bluetooth relies heavily
 on gnome-control-center when you try to pair / manage devices and
 network-manager-applet relies on gnome-bluetooth for DUN and PAN
 connections. So no, I don't see those recommends go away.

According to policy, The Recommends field should list packages that
would be found together with this one in all but unusual
installations.

Is it really unusual to use Network Manager without bluetooth? Doesn't
most people use Network Manager to connect to wifi and ethernet?

-- 
Pelle


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131009082910.gc8...@dsv.su.se



Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain

2013-10-09 Thread Emilio Pozuelo Monfort
On 09/10/13 10:29, Per Olofsson wrote:
 Hi,
 
 On Tue, Oct 08, 2013 at 23:54 +0200, Michael Biebl wrote:
 Both recommends are there for a reason. gnome-bluetooth relies heavily
 on gnome-control-center when you try to pair / manage devices and
 network-manager-applet relies on gnome-bluetooth for DUN and PAN
 connections. So no, I don't see those recommends go away.
 
 According to policy, The Recommends field should list packages that
 would be found together with this one in all but unusual
 installations.
 
 Is it really unusual to use Network Manager without bluetooth? Doesn't
 most people use Network Manager to connect to wifi and ethernet?

So what? This is just a recommends, you can install NM without gnome-bluetooth
if you so desire. But in the general case, we want users to also get PAN/DUN
support, so recommends is very appropriate.

I have dropped the gnome-session recommends from gnome-control-center, isn't
that enough to stop all of gnome from being installed when xfce is selected in
tasksel?

Emilio


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/525518c6.1080...@debian.org



Bug#725811: debian-installer: graphical installer: run debconf under dbus-run-session(1)

2013-10-09 Thread Simon McVittie
On 08/10/13 21:39, Samuel Thibault wrote:
 Simon McVittie, le Tue 08 Oct 2013 17:51:52 +0100, a écrit :
 The other way to put processes in a D-Bus session is to start them
 with DBUS_SESSION_BUS_ADDRESS in their environment, having first run a
 dbus-daemon and told it to write its address into a pipe. dbus-run-session
 does that in C. Here is an older shell-script implementation which you
 might find a useful reference:

 
 http://cgit.freedesktop.org/telepathy/telepathy-glib/tree/tools/with-session-bus.sh?h=telepathy-glib-0.22
 
 That will probably be easier to do it that way.

OK, if you do that (either in shell or C), I'll be able to remove both
dbus-launch and dbus-run-session from dbus-udeb. You might find this a
useful reference:

http://cgit.freedesktop.org/dbus/dbus/tree/tools/dbus-run-session.c

dbus-udeb is currently in NEW, but I've uploaded a copy here:
http://www.pseudorandom.co.uk/~smcv/20131009dbus/

Regards,
S


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5255250a.2090...@debian.org



Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain

2013-10-09 Thread Yves-Alexis Perez
On mer., 2013-10-09 at 10:50 +0200, Emilio Pozuelo Monfort wrote:
 On 09/10/13 10:29, Per Olofsson wrote:
  Hi,
  
  On Tue, Oct 08, 2013 at 23:54 +0200, Michael Biebl wrote:
  Both recommends are there for a reason. gnome-bluetooth relies heavily
  on gnome-control-center when you try to pair / manage devices and
  network-manager-applet relies on gnome-bluetooth for DUN and PAN
  connections. So no, I don't see those recommends go away.
  
  According to policy, The Recommends field should list packages that
  would be found together with this one in all but unusual
  installations.
  
  Is it really unusual to use Network Manager without bluetooth? Doesn't
  most people use Network Manager to connect to wifi and ethernet?
 
 So what? This is just a recommends, you can install NM without gnome-bluetooth
 if you so desire. But in the general case, we want users to also get PAN/DUN
 support, so recommends is very appropriate.

This is not the general case. This is the installation, where the tasks
maintainers have selected a package set which fits a specific intent. In
Xfce case, we're ok to have network-manager, we then accept
network-manager-gnome because there's no other GTK+ NM client than
nm-applet, but that's all. We don't really need gnome-bluetooth
(although I think we'd be fine with it) and we definitely don't need
gnome-control-center. Also, I have no idea how well behaved
gnome-bluetooth is when not running under GNOME.
 
 I have dropped the gnome-session recommends from gnome-control-center, isn't
 that enough to stop all of gnome from being installed when xfce is selected in
 tasksel?

No, see above.

Regards,
-- 
Yves-Alexis


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


Re: Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain

2013-10-09 Thread Hendrik Boom
On Wed, Oct 09, 2013 at 10:29:10AM +0200, Per Olofsson wrote:
 Hi,
 
 On Tue, Oct 08, 2013 at 23:54 +0200, Michael Biebl wrote:
  Both recommends are there for a reason. gnome-bluetooth relies heavily
  on gnome-control-center when you try to pair / manage devices and
  network-manager-applet relies on gnome-bluetooth for DUN and PAN
  connections. So no, I don't see those recommends go away.
 
 According to policy, The Recommends field should list packages that
 would be found together with this one in all but unusual
 installations.
 
 Is it really unusual to use Network Manager without bluetooth? Doesn't
 most people use Network Manager to connect to wifi and ethernet?

I certainly use xfce and the network manager, and I've even shut 
bluetooth off in the BIOS.

-- hendrik


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20131009151628.gb...@topoi.pooq.com



Processing of partman-target_87_i386.changes

2013-10-09 Thread Debian FTP Masters
partman-target_87_i386.changes uploaded successfully to ftp-master.debian.org
along with the files:
  partman-target_87.dsc
  partman-target_87.tar.gz
  partman-target_87_all.udeb

Greetings,

Your Debian queue daemon (running on host ravel.debian.org)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vtwsi-0004lt...@ravel.debian.org



Processing of partman-target_87_i386.changes

2013-10-09 Thread Debian FTP Masters
partman-target_87_i386.changes uploaded successfully to localhost
along with the files:
  partman-target_87.dsc
  partman-target_87.tar.gz
  partman-target_87_all.udeb

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vtwwc-0005r8...@franck.debian.org



Bug#652946: marked as done (partman-target should not create /var/run)

2013-10-09 Thread Debian Bug Tracking System
Your message dated Wed, 09 Oct 2013 17:03:26 +
with message-id e1vtxau-0008dx...@franck.debian.org
and subject line Bug#652946: fixed in partman-target 87
has caused the Debian Bug report #652946,
regarding partman-target should not create /var/run
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 ow...@bugs.debian.org
immediately.)


-- 
652946: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652946
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: live-installer
Version: 34
Severity: normal

Hello,

after building a live image with live-build using the daily wheezy/sid 
installer and installed the image to disk crontab and postfix failed to 
start (this is a debian wheezy/testing image). The problem was a missing 
/var/spool directory in the installed system, that live-installer did 
not copy to disk.

While the installer copies the files in /live/filesystem.squashfs I've 
opened tty2 and confirmed that /var/spool is in the image

ls /mnt/var/spool

and is polulated. But after copying the files to disk, still in the 
installer, /var/spool does not exist.

ls /target/var/spool

After install /var/spool does not exist. This breaks crontab and 
probably all other packages that expect a /var/spool directory.

To fix (only) the crontab error, recreate the /var/spool directory in 
the installed system after 1st boot:

sudo mkdir /var/spool

I also had postfix in the image, but this one requires one to recreate 
its directory in /var/spool, not just /var/spool:

sudo mkdir -p /var/spool/postfix

Samba is another package that might break (not confirmed).

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

Kernel: Linux 3.1.0-1-686-pae (SMP w/1 CPU core)
Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


---End Message---
---BeginMessage---
Source: partman-target
Source-Version: 87

We believe that the bug you reported is fixed in the latest version of
partman-target, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 652...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Christian Perrier bubu...@debian.org (supplier of updated partman-target 
package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 09 Oct 2013 07:02:24 +0200
Source: partman-target
Binary: partman-target
Architecture: source all
Version: 87
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team debian-boot@lists.debian.org
Changed-By: Christian Perrier bubu...@debian.org
Description: 
 partman-target - Provides partman with ability to prepare /target (udeb)
Closes: 652946
Changes: 
 partman-target (87) unstable; urgency=low
 .
   [ Raphaël Hertzog ]
   * Do not create /var/run and /var/lock directories in /target. Nowadays
 those are supposed to be symlinks and their existence hurts more than
 helps. Closes: #652946
 Thanks to Rui Bernardo and Michael Tokarev for the investigations.
 .
   [ Updated translations ]
   * Polish (pl.po) by Michał Kułach
Checksums-Sha1: 
 5a71bf5a13b2e81648f48ed3ccd835e407eeae99 1696 partman-target_87.dsc
 a4f913798cab3236b5693a58ac449ee97d71bac2 149132 partman-target_87.tar.gz
 21c43ed3f9185f5fb92cf95db0ac852d11fa88ef 121676 partman-target_87_all.udeb
Checksums-Sha256: 
 171d0fa5633277e62d3e8691cf91df8ea93570ad93abb1c75626189c05f34da6 1696 
partman-target_87.dsc
 3d2fc67ff98b94a6b2ccf4aa3995396d115221f357beb86b9f2d889103a1b539 149132 
partman-target_87.tar.gz
 fb7af0acc12bf0f25de44a8587d2d1d86c881cda7a498b56157b3370a0447e17 121676 
partman-target_87_all.udeb
Files: 
 b0fac732e61cc2ea22c9037dc3c46ec7 1696 debian-installer standard 
partman-target_87.dsc
 7b0f6151a517f052c6ad57de515d7561 149132 debian-installer standard 
partman-target_87.tar.gz
 5c676504c70d6946f5f01221c4b39384 121676 debian-installer standard 
partman-target_87_all.udeb

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

iQIVAwUBUlWHD4cvcCxNbiWoAQKToA//UFZQ/3bog/u8JvKdp2Pi+XSEgx2hGEvw
5g5rCYzqBZ7gmq3B5uVkCdiRQXKR4OUqA7Mkjh6s4lZ/E5Sf+uwlMOLrcY2Sy8xW

partman-target_87_i386.changes ACCEPTED into unstable

2013-10-09 Thread Debian FTP Masters


Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.8
Date: Wed, 09 Oct 2013 07:02:24 +0200
Source: partman-target
Binary: partman-target
Architecture: source all
Version: 87
Distribution: unstable
Urgency: low
Maintainer: Debian Install System Team debian-boot@lists.debian.org
Changed-By: Christian Perrier bubu...@debian.org
Description: 
 partman-target - Provides partman with ability to prepare /target (udeb)
Closes: 652946
Changes: 
 partman-target (87) unstable; urgency=low
 .
   [ Raphaël Hertzog ]
   * Do not create /var/run and /var/lock directories in /target. Nowadays
 those are supposed to be symlinks and their existence hurts more than
 helps. Closes: #652946
 Thanks to Rui Bernardo and Michael Tokarev for the investigations.
 .
   [ Updated translations ]
   * Polish (pl.po) by Michał Kułach
Checksums-Sha1: 
 5a71bf5a13b2e81648f48ed3ccd835e407eeae99 1696 partman-target_87.dsc
 a4f913798cab3236b5693a58ac449ee97d71bac2 149132 partman-target_87.tar.gz
 21c43ed3f9185f5fb92cf95db0ac852d11fa88ef 121676 partman-target_87_all.udeb
Checksums-Sha256: 
 171d0fa5633277e62d3e8691cf91df8ea93570ad93abb1c75626189c05f34da6 1696 
partman-target_87.dsc
 3d2fc67ff98b94a6b2ccf4aa3995396d115221f357beb86b9f2d889103a1b539 149132 
partman-target_87.tar.gz
 fb7af0acc12bf0f25de44a8587d2d1d86c881cda7a498b56157b3370a0447e17 121676 
partman-target_87_all.udeb
Files: 
 b0fac732e61cc2ea22c9037dc3c46ec7 1696 debian-installer standard 
partman-target_87.dsc
 7b0f6151a517f052c6ad57de515d7561 149132 debian-installer standard 
partman-target_87.tar.gz
 5c676504c70d6946f5f01221c4b39384 121676 debian-installer standard 
partman-target_87_all.udeb

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

iQIVAwUBUlWHD4cvcCxNbiWoAQKToA//UFZQ/3bog/u8JvKdp2Pi+XSEgx2hGEvw
5g5rCYzqBZ7gmq3B5uVkCdiRQXKR4OUqA7Mkjh6s4lZ/E5Sf+uwlMOLrcY2Sy8xW
RbN7l//V3YmRTfFUoBcmm3GN9eZ6ObvEmyTkBEzmXnwcyroNdZFPr1F4c5yvB4hZ
G54PWRLblNHwPp1eVHaR/A/aBG4NGiVvme0udc2bA/MXGNNh0BEtbjNjkpkasSs2
ZTtAQA3mnZxM03aKgU4vurCi2oTfhcdpQKygcGfFTB2VYs4Yrabv7cyomTY72Z8A
HQaNSAVhGKkJfebxM+9T83U5fVkrmzgPf/MW1O/rOSJU3MRlP45J88E9I0TjV489
PHVSSdaAdza258vdURpGmMmeETLxEomeo48bX5qAbzxzcRh3TYzUUTiYdCTzZgwZ
DNyQOWHkTY1hVxa0K+jtS+UT8ex30JiDYGPVKVy+JuvOtxcEb+jBtEtSROKJS5Uu
wN02gd/ZCHU102VkzdH03wsz0/SI0bOPafsdGy8tMoRwJNuJmsJhAU1FIMAYXP7w
zDY3vXo6adVMwhdzHMFMVzhxvwoSg4wFaoVChhpuwocJ+VcPIb7gSiz2rM3NVFwc
QJvRJkLjYEq9gDFX8Z8zq0wOhS3X8m3hjuqrVKa/bepr7L1Oh7ovXXLF2mK/oMzY
7YAkPmf4CyU=
=REm2
-END PGP SIGNATURE-


Thank you for your contribution to Debian.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vtxau-0008di...@franck.debian.org



Bug#718855: [Pkg-xfce-devel] network-manager-gnome - full gnome recommends chain

2013-10-09 Thread Philipp Kern
On Wed, Oct 09, 2013 at 12:51:11PM +0200, Yves-Alexis Perez wrote:
 This is not the general case. This is the installation, where the tasks
 maintainers have selected a package set which fits a specific intent. In
 Xfce case, we're ok to have network-manager, we then accept
 network-manager-gnome because there's no other GTK+ NM client than
 nm-applet, but that's all. We don't really need gnome-bluetooth
 (although I think we'd be fine with it) and we definitely don't need
 gnome-control-center. Also, I have no idea how well behaved
 gnome-bluetooth is when not running under GNOME.

It's probably only then not well-behaved when gnome-control-center is
missing.  (Because really, that's where the pairing is.)

Kind regards
Philipp Kern


signature.asc
Description: Digital signature


Re: Bug#725915: Installation Report-- Install glitch-keeps looping the install

2013-10-09 Thread Cyril Brulebois
Control: reassign -1 installation-reports

Trying to rewrap properly below.

Mraw,
KiBi.

ecuado...@reagan.com ecuado...@reagan.com (2013-10-09):
 Package: installation-reports
 My Name: Myrna
 email: ecuado...@reagan.com

Boot method: network: via website http://goodbye-windows.com.
Image version: see above and 6.0.7
Date: 9 October 2013 at 12 noon central time and repeated at about 4:30 same 
afternoon
Machine: custom build from Puget systems: ACPIx64 based.
Processor: Intel i7 3.1ghz quad core
Memory: 16mb
Partitions: drives C, E, and R are windows.  The 6 debian volumes are located 
on the back half of the drive containing E, not primary .
 
The first 6 volumes are from the debian installation partitioning process:
 5=root
 6=/usr
 7=/var
 8=swap
 9=tmp
 10=home
 scsi12 (0,0,0) sdb  ext 4

Base System Installation Checklist:[O] = OK, [E] = Error (please elaborate 
below), [ ] = didn't try it
Initial boot:   [0 ]
Detect network card:[ 0]
Configure network:  [ 0]
Detect CD:  [ 0]
Load installer modules: [ 0]
Detect hard drives: [ 0]
Partition hard drives:  [ 0]
Install base system:[ 0]
Clock/timezone setup:   [ 0]
User/password setup:[ 0]
Install tasks:  [ 0]
Install boot loader:[ 0]
Overall install:[e ]

Comments/Problems:I used jigdo to download the first few debian CDs for
6.0.7 stable version but there were 2 problems:  one the disk wouldn't
boot and so when I used setup.exe the 3rd screen said the
win32-loader.ini file could not be found.  However, that file is easily
seen just below the setup.exe file.  So why is the ini file not being
recognized.  Then I went to goodbye-windows.com with the hope of getting
the win32-loader file thinking I could point it to the cd to complete
the installation.  Unfortunately, the loader file at the site was
connected to the entire install.  So I went with it.twice, with the
same outcome both timesthe install seemed to go without problem
all the way to the point of rebooting after the install had completed.
Upon reboot grub showed only 2 lines—one for the win7 install and the
other said: debian/linux –complete installation .  The system just
begins the installation process again.  I can get to the install menu
and step through any step near the end of the install process but the
system takes me back to the beginning of the install.I am going back
into the install and checking the logs tonight but am hoping there is a
fix.Should I instead NOT use grub?  In the win 7 bios I left the boot
option as both legacy and UEFI.  I know other machines do not have that
option-those machines must select legacy only.  Should I have changed
that to only legacy?  It is after the fact but I shall give that a try.
Does the install need to be on the first part of the drive?  It isn't
currently.


signature.asc
Description: Digital signature


Processing of debian-installer_20130613+deb7u1_amd64.changes

2013-10-09 Thread Debian FTP Masters
debian-installer_20130613+deb7u1_amd64.changes uploaded successfully to 
localhost
along with the files:
  debian-installer_20130613+deb7u1.dsc
  debian-installer_20130613+deb7u1.tar.gz
  debian-installer_20130613+deb7u1_amd64.deb
  debian-installer-images_20130613+deb7u1_amd64.tar.gz

Greetings,

Your Debian queue daemon (running on host franck.debian.org)


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vu3w1-0007g1...@franck.debian.org



debian-installer_20130613+deb7u1_amd64.changes is NEW

2013-10-09 Thread Debian FTP Masters
Mapping wheezy to stable.
Mapping stable to proposed-updates.

Your package contains new components which requires manual editing of
the override file.  It is ok otherwise, so please be patient.  New
packages are usually added to the override file about once a week.


-- 
To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/e1vu3jd-hn...@franck.debian.org