Excerpts from Christian PERRIER's message of Fre Aug 27 06:56:44 +0200 2010:
> Quoting Joey Hess (jo...@debian.org):
> > Does it really make sense for users to use t-p-u? Anything can be
> > uploaded there, rejected by the release team, and no upgrade path is
> > necessarily provided for a system
kernel-wedge_2.67_amd64.changes uploaded successfully to ftp-master.debian.org
along with the files:
kernel-wedge_2.67.dsc
kernel-wedge_2.67.tar.gz
kernel-wedge_2.67_all.deb
Greetings,
Your Debian queue daemon (running on host kassia.debian.org)
--
To UNSUBSCRIBE, email to debian
kernel-wedge_2.67_amd64.changes uploaded successfully to localhost
along with the files:
kernel-wedge_2.67.dsc
kernel-wedge_2.67.tar.gz
kernel-wedge_2.67_all.deb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
--
To UNSUBSCRIBE, email to debian-boot-requ..
Accepted:
kernel-wedge_2.67.dsc
to main/k/kernel-wedge/kernel-wedge_2.67.dsc
kernel-wedge_2.67.tar.gz
to main/k/kernel-wedge/kernel-wedge_2.67.tar.gz
kernel-wedge_2.67_all.deb
to main/k/kernel-wedge/kernel-wedge_2.67_all.deb
Override entries for your package:
kernel-wedge_2.67.dsc - sour
Hello,
On Sun, Aug 22, 2010 at 7:28 AM, Adam D. Barratt
wrote:
> Hi,
>
> partman-md fixes an RC bug (#591917). Would it be ok to unblock it?
Ack (just did it on IRC)
--
Otavio Salvador O.S. Systems
E-mail: ota...@ossystems.com.br http://www.ossystems.com.br
Mobile: +55 53 9
Package: installation-reports
Boot method: Squeeze Netinst CD AMD64 alpha1
Image version: alpha1
Date: 27.Aug 2010
Machine: Dell Poweredge R710
Processor: Xeon X5600 Series
Memory: 32GB
Partitions: makes no sense here
Output of lspci -knn (or lspci -nn):
installation failes so, makes no sense
Quoting Gaudenz Steinlin (gaud...@debian.org):
> What's the rationale for adding t-p-u? IMO t-p-u is quite different
That came from a remark by Russ Albery who mentioned that t-p-u
packages do not receive enough testing to imagine that, during
freezes, maintainers are more encouraged to use unst
Quoting Thomas Otto (thomas.o...@exedio.com):
> Package: installation-reports
>
> Boot method: Squeeze Netinst CD AMD64 alpha1
> Image version: alpha1
> Date: 27.Aug 2010
>
> Machine: Dell Poweredge R710
> Processor: Xeon X5600 Series
> Memory: 32GB
> Partitions: makes no sense here
>
> Output
Processing commands for cont...@bugs.debian.org:
> reassign 591393 partman-base
Bug #591393 [partman] partmen: Debian netinstall stops at partman on SCSI
drives.
Warning: Unknown package 'partman'
Bug reassigned from package 'partman' to 'partman-base'.
> thanks
Stopping processing here.
Please
netcfg_1.56_amd64.changes uploaded successfully to ftp-master.debian.org
along with the files:
netcfg_1.56.dsc
netcfg_1.56.tar.gz
netcfg_1.56_amd64.udeb
netcfg-static_1.56_amd64.udeb
Greetings,
Your Debian queue daemon (running on host kassia.debian.org)
--
To UNSUBSCRIBE, emai
netcfg_1.56_amd64.changes uploaded successfully to localhost
along with the files:
netcfg_1.56.dsc
netcfg_1.56.tar.gz
netcfg_1.56_amd64.udeb
netcfg-static_1.56_amd64.udeb
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
--
To UNSUBSCRIBE, email to debian-
Accepted:
netcfg-static_1.56_amd64.udeb
to main/n/netcfg/netcfg-static_1.56_amd64.udeb
netcfg_1.56.dsc
to main/n/netcfg/netcfg_1.56.dsc
netcfg_1.56.tar.gz
to main/n/netcfg/netcfg_1.56.tar.gz
netcfg_1.56_amd64.udeb
to main/n/netcfg/netcfg_1.56_amd64.udeb
Override entries for your packag
Package: busybox-syslogd
Version: 1:1.17.1-2
Severity: minor
"busybox' syslogd implementation" should be either "busybox's syslogd
implementation" if you want the correct possessive form, or just
"busybox syslogd implmentation" if you want to use busybox as just an
adjective modifying syslogd. I
Christian PERRIER wrote:
> Well, after thinking a little bit more, I wonder if the case of users
> installing testing *and then* wanting to track stable is really what
> we want to address here. And I also wonder whether that happens often
> (that someone installs testing and then sticks to stable
14 matches
Mail list logo
