Re: Bug#620202: ITP: lcrt -- Linux remote login tool

On Jo, 31 mar 11, 08:58:27, Asias He wrote: > > Lcrt is a Linux Remote Login Tool. Some linuxer think there is not > a good terminal like SecureCRT(may be there is but I don't known), > so I write one, here it is. apt-cache show putty Regards, Andrei -- Offtopic discussions among Debian users

Re: Bits from the Release Team - Kicking off Wheezy

On Wed, Mar 30, 2011 at 19:51:17 (CEST), Michael Biebl wrote: > HAL removal is already in progress, see [1]. Actually I've been working on > that > for some time already. I wouldn't object obviously making that a release goal. How well does kFreeBSD cope with HAL gone missing? AFAIUI udev isn't

Bug#620202: ITP: lcrt -- Linux remote login tool

Package: wnpp Severity: wishlist Owner: Asias He * Package name: lcrt Version : 1.0.0 Upstream Author : NiuTao * URL : http://code.google.com/lcrt * License : GPL2 Programming Lang: C Description : Linux remote login tool Lcrt is a Linux Remote Login

Re: throw away debs and source only uploads

Le Wed, Mar 30, 2011 at 04:18:34PM +0200, Stefano Zacchiroli a écrit : > > Regarding source only upload, well, it's tricky. There is the usual > tension about the principle desire of trusting every DD to do the right > thing and the reality-check observation that enabling people to upload > only s

Re: Bits from the Release Team - Kicking off Wheezy

On Thu, 31 Mar 2011, Goswin von Brederlow wrote: > > /etc/adjtime This needs to survive reboots, and it is also needed early in the boot. It is used to correct the RTC syndrome. I am at a loss about how it could be made compatible with RO /. > > /etc/hosts.deny (written by denyhosts, hence that

Re: Bits from the Release Team - Kicking off Wheezy

On Wed, 30 Mar 2011, Michael Tautschnig wrote: > > # package quality > > Advocate: Holger Levsen and Luk Claes > > State: confirmed > > Wiki: http://wiki.debian.org/ReleaseGoals/PackagesQuality > > This is a never ending goal of sustaining our packages quality by > > improving our tests and

Re: cdn.debian.net as a project service?

On Fri, Mar 11, 2011 at 12:11:40AM +0100, Adam Borowski wrote: > > > > Package: netselect-apt > > > > Description: speed tester for choosing a fast Debian mirror > > Does it actually work for anyone? I just tried it from machines at four > different locations on 3½ ISPs; two with IPv6+IPv4, two I

Re: Bits from the Release Team - Kicking off Wheezy

On Thu, Mar 31, 2011 at 2:23 AM, Christian PERRIER wrote: > Quoting Josselin Mouette (j...@debian.org): > >> I fully support this, and I’d like indeed to remove some more obsolete >> libraries for wheezy. We should start with HAL and gnome-vfs, which are >> big things. Along the way I’d like to ge

Re: throw away debs and source only uploads

Paul Wise writes: > I definitely agree we want to throw away developer-built debs (arch all > & arch any) in almost all situations. > I don't think I would want the lintian solution for source-only uploads, > I would prefer something on a per-upload basis that requires an explicit > human decisi

Re: throw away debs and source only uploads

I definitely agree we want to throw away developer-built debs (arch all & arch any) in almost all situations. I don't think I would want the lintian solution for source-only uploads, I would prefer something on a per-upload basis that requires an explicit human decision per-upload rather than some

Re: Bits from the Release Team - Kicking off Wheezy

On Wed, Mar 30, 2011 at 04:39:30PM -0500, Peter Samuelson wrote: > > [Roger Leigh] > > As a followup, I would like to get the UTF-8 codeset and collation > > hardcoded in libc6 directly and sharable by all UTF-8 locales to > > reduce startup time and needless duplication > > Collation is no

Processed: reassign 620133 to general

Processing commands for cont...@bugs.debian.org: > reassign 620133 general Bug #620133 [qa.debian.org] qa.debian.org: auto-ethernet dhcp after dsl-box dont connectet sometimes. no prob with other os Bug reassigned from package 'qa.debian.org' to 'general'. > thanks Stopping processing here. Plea

Re: Bits from the Release Team - Kicking off Wheezy

On Thu, 2011-03-31 at 00:01 +0200, Marco d'Itri wrote: > On Mar 30, Ben Hutchings wrote: > > > > > For the IPv6 and LFS legacy release goals I think it would be best if we > > > > would welcome massive (automatic?) tests to find all of the outstanding > > > > issues and get them fixed finally! >

Re: Bits from the Release Team - Kicking off Wheezy

On Wed, Mar 30, 2011 at 07:21:08PM +0200, Luk Claes wrote [edited]: > Below an update of the release goals I advocated and some thoughts on > others. [..] > For the IPv6 and LFS legacy release goals I think it would be best if we A minor aspect of ipv6 support, is for maintainer scripts to be able

Re: "expected stable-updates but got squeeze-updates"

On Thu, 2011-03-31 at 00:10 +0200, Christoph Anton Mitterer wrote: > On Wed, 2011-03-30 at 22:38 +0100, Adam D. Barratt wrote: > > On Wed, 2011-03-30 at 20:45 +, Christoph Anton Mitterer wrote: > > > Using the following in sources.list: > > > deb ftp://security.debian.org/debian-security/ stabl

Re: /run support for wheezy?

On Wed, Mar 30, 2011 at 10:32:51PM +0200, Goswin von Brederlow wrote: > Tollef Fog Heen writes: > > > ]] Julien Cristau > > > > | On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger Leigh wrote: > > | > > | > Given that Fedora are adopting /run, and it has been something > > | > we have wanted in the

Re: "expected stable-updates but got squeeze-updates"

On Wed, 2011-03-30 at 22:38 +0100, Adam D. Barratt wrote: > On Wed, 2011-03-30 at 20:45 +, Christoph Anton Mitterer wrote: > > Using the following in sources.list: > > deb ftp://security.debian.org/debian-security/ stable/updates main contrib > > non-free > > deb-src ftp://security.debian.org/d

Re: Bits from the Release Team - Kicking off Wheezy

Hi there! On Wed, 30 Mar 2011 21:09:17 +0200, Roger Leigh wrote: > • Read-only root > > Depends on /run. Having /run will allow remaining writable files > under /etc to be moved (/etc/mtab, LVM2 cache, CUPS for starters). For LVM2 there are at least two bugs:

Re: Bits from the Release Team - Kicking off Wheezy

Michael Tautschnig writes: > [...] >> • Read-only root >> >> Depends on /run. Having /run will allow remaining writable files >> under /etc to be moved (/etc/mtab, LVM2 cache, CUPS for starters). >> Identifying and fixing/removing packages writing to /etc during >> their normal operat

Re: Bits from the Release Team - Kicking off Wheezy

On Mar 30, Ben Hutchings wrote: > > > For the IPv6 and LFS legacy release goals I think it would be best if we > > > would welcome massive (automatic?) tests to find all of the outstanding > > > issues and get them fixed finally! > > I fear that the major outstanding issue is ifupdown, which basi

Re: Bits from the Release Team - Kicking off Wheezy

[Roger Leigh] > As a followup, I would like to get the UTF-8 codeset and collation > hardcoded in libc6 directly and sharable by all UTF-8 locales to > reduce startup time and needless duplication Collation is not just a function of character set, it's quite locale-dependent. Not sure if t

Re: "expected stable-updates but got squeeze-updates"

On Wed, 2011-03-30 at 20:45 +, Christoph Anton Mitterer wrote: > Using the following in sources.list: > deb ftp://security.debian.org/debian-security/ stable/updates main contrib > non-free > deb-src ftp://security.debian.org/debian-security/ stable/updates main > contrib non-free The above is

"expected stable-updates but got squeeze-updates"

Hi. Using the following in sources.list: deb ftp://security.debian.org/debian-security/ stable/updates main contrib non-free deb-src ftp://security.debian.org/debian-security/ stable/updates main contrib non-free I always get warnings like these: >W: Conflicting distribution: ftp://debian.mirror

Re: /run support for wheezy?

Tollef Fog Heen writes: > ]] Julien Cristau > > | On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger Leigh wrote: > | > | > Given that Fedora are adopting /run, and it has been something > | > we have wanted in the past, is anyone working on implementing > | > /run in Debian? > | > > | > http://thr

Re: new buildd dependency resolution breaks self depends?

Kurt Roeckx writes: > On Wed, Mar 30, 2011 at 06:45:50PM +0200, Wesley W. Terpstra wrote: >> On Tue, Mar 29, 2011 at 8:03 PM, Kurt Roeckx wrote: >> >> > On Tue, Mar 29, 2011 at 07:54:59PM +0200, Wesley W. Terpstra wrote: >> > > If I may ask, for what purpose do the buildds have a special list o

Very urgent

Hi, It is my humble pleasure to introduce myself to you. However, I would need your attention for a moment. My name is Koudou Michel Gbagbo, age 29 the son of president Laurent Gbagbo, I am from Abidjan (Côte d'Ivoire) West Africa, I would like to use your relationship with me to pull my wealth

Re: Bits from the Release Team - Kicking off Wheezy

On Wed, Mar 30, 2011 at 08:19:52PM +0200, Marco d'Itri wrote: > On Mar 30, Luk Claes wrote: > > > For the IPv6 and LFS legacy release goals I think it would be best if we > > would welcome massive (automatic?) tests to find all of the outstanding > > issues and get them fixed finally! > I fear th

Re: Bits from the Release Team - Kicking off Wheezy

[...] > • Read-only root > > Depends on /run. Having /run will allow remaining writable files > under /etc to be moved (/etc/mtab, LVM2 cache, CUPS for starters). > Identifying and fixing/removing packages writing to /etc during > their normal operation would be a worthy release goal. >

Bug#620180: ITP: liblwp-protocol-https-perl -- https driver for LWP::UserAgent

Package: wnpp Owner: Nicholas Bamber Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org * Package name: liblwp-protocol-https-perl Version : 6.02 Upstream Author : Gisle Aas * URL : http://search.cpan.org/dist/LWP-Protocol-htt

Re: Bits from the Release Team - Kicking off Wheezy

On Tue, Mar 29, 2011 at 10:51:02AM +0100, Neil McGovern wrote: > Release Goals > - > As a first step towards establishing release goals for wheezy, we will > be reviewing each of the goals which we had for squeeze [RDO:SGoals] to > see which have been achieved and which may no longer be

Re: Bits from the Release Team - Kicking off Wheezy

Quoting Josselin Mouette (j...@debian.org): > I fully support this, and I’d like indeed to remove some more obsolete > libraries for wheezy. We should start with HAL and gnome-vfs, which are > big things. Along the way I’d like to get rid of the least used GTK2 > libraries in favor of their GTK3 c

Re: Bits from the Release Team - Kicking off Wheezy

On Mar 30, Luk Claes wrote: > For the IPv6 and LFS legacy release goals I think it would be best if we > would welcome massive (automatic?) tests to find all of the outstanding > issues and get them fixed finally! I fear that the major outstanding issue is ifupdown, which basically does not suppo

Re: Bits from the Release Team - Kicking off Wheezy

Am 30.03.2011 19:21, schrieb Luk Claes: > Regarding reliability I'm doing some work regarding NFS, though one of > the main outstanding issues is the race between availability of the > network devices and the end of the network init script AFAICS. It would > also not be a bad idea to have a discuss

Re: Bits from the Release Team - Kicking off Wheezy

Am 30.03.2011 19:38, schrieb Josselin Mouette: > Le mercredi 30 mars 2011 à 19:21 +0200, Luk Claes a écrit : >> # remove obsolete libraries >> Advocate: Barry deFreese and Luk Claes >> State: confirmed >> Wiki: http://wiki.debian.org/ReleaseGoals/RemoveOldLibs >> >> This worked quite well and

Re: Bits from the Release Team - Kicking off Wheezy

Hi all, [...] > # package quality > Advocate: Holger Levsen and Luk Claes > State: confirmed > Wiki: http://wiki.debian.org/ReleaseGoals/PackagesQuality > > This is a never ending goal of sustaining our packages quality by > improving our tests and following up closely... so needless to sa

Re: Bits from the Release Team - Kicking off Wheezy

Le mercredi 30 mars 2011 à 19:21 +0200, Luk Claes a écrit : > # remove obsolete libraries > Advocate: Barry deFreese and Luk Claes > State: confirmed > Wiki: http://wiki.debian.org/ReleaseGoals/RemoveOldLibs > > This worked quite well and should continue so we can get rid of obsolete > libra

Re: new buildd dependency resolution breaks self depends?

On Wed, Mar 30, 2011 at 06:45:50PM +0200, Wesley W. Terpstra wrote: > On Tue, Mar 29, 2011 at 8:03 PM, Kurt Roeckx wrote: > > > On Tue, Mar 29, 2011 at 07:54:59PM +0200, Wesley W. Terpstra wrote: > > > If I may ask, for what purpose do the buildds have a special list of > > > packages above and b

Re: Bits from the Release Team - Kicking off Wheezy

Hi Below an update of the release goals I advocated and some thoughts on others. > Release Goals > - > As a first step towards establishing release goals for wheezy, we will be reviewing > each of the goals which we had for squeeze [RDO:SGoals] to see which have been achieved and whic

Re: new buildd dependency resolution breaks self depends?

On Tue, Mar 29, 2011 at 8:03 PM, Kurt Roeckx wrote: > On Tue, Mar 29, 2011 at 07:54:59PM +0200, Wesley W. Terpstra wrote: > > If I may ask, for what purpose do the buildds have a special list of > > packages above and beyond those in unstable? > > So that in case various packages have to be build

Re: throw away debs and source only uploads

On ke, 2011-03-30 at 17:33 +0100, Ben Hutchings wrote: > Someone (I forget who) previously suggested that a source-only changes > file should have to be accompanied by a build log. This would need a > bit of infrastructure to file the build log away. Most uploads are done using dput or dupload. W

Re: throw away debs and source only uploads

On Wed, Mar 30, 2011 at 04:18:34PM +0200, Stefano Zacchiroli wrote: [...] > Regarding source only upload, well, it's tricky. There is the usual > tension about the principle desire of trusting every DD to do the right > thing and the reality-check observation that enabling people to upload > only s

Re: MBF alert: packages with very long source / .deb filenames

On Wed, 30 Mar 2011 11:56:22 +0100, Steve McIntyre wrote: > >Right, that's certainly true for the lib.*-perl packages, and I > >wouldn't know how we should rename them in a sane way. > In the worst case that I'm looking at, I'm a little surprised by the > names here on two fronts: > libcgi-applica

Re: /run support for wheezy?

On Wed, Mar 30, 2011 at 05:39:13PM +0200, Tollef Fog Heen wrote: > ]] Julien Cristau > > | On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger Leigh wrote: > | > | > Given that Fedora are adopting /run, and it has been something > | > we have wanted in the past, is anyone working on implementing > | >

Re: throw away debs and source only uploads

On Wed, Mar 30, 2011 at 04:18:34PM +0200, Stefano Zacchiroli wrote: [...] > The above is just an idea, little more than a brain-dump, for > finding a compromise among the real needs of people with bandwidth > problem and the social issues revolving around developer > sloppiness. [...] I expect par

Re: /run support for wheezy?

]] Julien Cristau | On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger Leigh wrote: | | > Given that Fedora are adopting /run, and it has been something | > we have wanted in the past, is anyone working on implementing | > /run in Debian? | > | > http://thread.gmane.org/gmane.linux.redhat.fedora.dev

Re: /run support for wheezy?

On Wed, Mar 30, 2011 at 16:20:10 +0100, Roger Leigh wrote: > Given that Fedora are adopting /run, and it has been something > we have wanted in the past, is anyone working on implementing > /run in Debian? > > http://thread.gmane.org/gmane.linux.redhat.fedora.devel/146976 That seems to say "on D

Top level directory /run added to Fedora/Suse

Hi, Via LWN I see: > I just uploaded a new version of systemd into F15, which establishes a > directory /run in the root directory. > ... > In the past weeks key people from the Debian, Suse, Ubuntu and Fedora > camps (and others, too) discussed the whole issue forth and back, ... > ... > With th

/run support for wheezy?

Given that Fedora are adopting /run, and it has been something we have wanted in the past, is anyone working on implementing /run in Debian? http://thread.gmane.org/gmane.linux.redhat.fedora.devel/146976 https://lwn.net/Articles/436012/ Regards, Roger -- .''`. Roger Leigh : :' : Debian GN

throw away debs and source only uploads

On Mon, Mar 28, 2011 at 03:37:05PM +0100, Mark Hymers wrote: > Ok, the situation here is the following: Thanks a lot for taking the time of clarifying. > The main decision which needs to be made is whether, as a project, we > want source only uploads or to throw away DD built non-all debs. > Ther

Bug#620135: ITP: ViennaCL -- ViennaCL is a scientific computing library written in C++ based on OpenCL

Package: wnpp Severity: wishlist Owner: Michael Wild * Package name: ViennaCL Version : 1.1.1 Upstream Author : Karl Rupp * URL : http://viennacl.sf.net * License : Expat Programming Lang: C++ Description : ViennaCL is a scientific computing library w

Re: MBF alert: packages with very long source / .deb filenames

On Wed, 30 Mar 2011, Steve McIntyre wrote: > >I think so. The package with long names tend to follow a naming policy > >that sort of imposes the long name... so if we put a too-short limit > >then we're asking them to make an exception in the naming policy. > > So what's a reasonable name length l

Re: Support for SMACK security framework

On Wed, 30 Mar 2011, Joachim Wiedorn wrote: > How is the opinion about support for this alternative security framework? I think it would be good to have it. > Were this theme discussed in the past for Debian? Not AFAIK. > Does some Debian developer want to add userspace support into Debian? W

Re: MBF alert: packages with very long source / .deb filenames

On Sat, Mar 26, 2011 at 03:18:12PM +0100, gregor herrmann wrote: >On Sat, 26 Mar 2011 08:56:14 +0100, Raphael Hertzog wrote: > >> > We already have arbitrary limits on filename length (~200 bytes or so >> > on RockRidge), even before this. I'm just proposing to lower them for >> > a common use case

Support for SMACK security framework

Hello, since kernel 2.6.25 SMACK is inside the official kernel as alternative to the large SELinux framework. But until now there are no userspace tools packaged in Debian to administrate SMACK. And also there are no additional patches made for system tools (coreutils, ssh, busybox ...). How is t

Re: MBF alert: packages with very long source / .deb filenames

On Sat, Mar 26, 2011 at 08:56:14AM +0100, Raphael Hertzog wrote: >On Fri, 25 Mar 2011, Steve McIntyre wrote: >> On Fri, Mar 25, 2011 at 12:28:54PM -0400, Joey Hess wrote: >> >Steve McIntyre wrote: >> >> There are uses I've heard about, including (apparently quite common) >> >> using CDs and DVDs to

Re: Meeting Minutes, FTPMaster meeting March 2011

On Wed, Mar 30, 2011 at 12:16:00PM +0200, Philipp Kern wrote: > On Wed, Mar 30, 2011 at 11:55:39AM +0200, Bastian Blank wrote: > > Why do you want one keyring per arch? What problem are you trying to > > solve with this? > I think it's called principle of least privilege. Of course we could also l

Re: Meeting Minutes, FTPMaster meeting March 2011

On Wed, Mar 30, 2011 at 11:55:39AM +0200, Bastian Blank wrote: > On Mon, Mar 28, 2011 at 10:19:32PM +, Philipp Kern wrote: > > I talked with Joerg at the meeting and we agreed that arch-based admin > > keyrings aren't needed. If you feel so strongly about it, I think you > > should take it up

Re: Meeting Minutes, FTPMaster meeting March 2011

On Wed, Mar 30, 2011 at 11:54:21AM +0200, Bastian Blank wrote: > On Tue, Mar 29, 2011 at 10:50:31AM -0300, Henrique de Moraes Holschuh wrote: > > At that point, exactly why should you not upload the entire thing? > > In most parts of the world you actually have to pay for data transfer. > So why t

Re: Meeting Minutes, FTPMaster meeting March 2011

On Mon, Mar 28, 2011 at 10:19:32PM +, Philipp Kern wrote: > I talked with Joerg at the meeting and we agreed that arch-based admin > keyrings aren't needed. If you feel so strongly about it, I think you > should take it up yourself and make [0] support one keyring per arch. Why do you want on

Re: Meeting Minutes, FTPMaster meeting March 2011

On Tue, Mar 29, 2011 at 10:50:31AM -0300, Henrique de Moraes Holschuh wrote: > At that point, exactly why should you not upload the entire thing? In most parts of the world you actually have to pay for data transfer. So why transfer something that is not going to be used at all? Bastian -- Supe

Re: Meeting Minutes, FTPMaster meeting March 2011

Joerg Jaspert writes: > Additionally we will support new architectures like armhf, sparc64, > powerpc64, sh4 and s390x in case someone does the neccessary > groundwork needed prior to an inclusion, and gets all the needed > preconditions settled. If porters want to discuss inclusion, the

Re: MBF alert: packages with very long source / .deb filenames

Andreas Metzler writes: > In gmane.linux.debian.devel.general Joey Hess wrote: >> Steve McIntyre wrote: >>> There are uses I've heard about, including (apparently quite common) >>> using CDs and DVDs to seed a mirror on a Windows server. > >> If I had to chose between that working, and not needi

(Other) mailing list seems to fail in delivering messages

Hi, since some days I noticed that no mails which I have sent to debian-...@lists.debian.org hit my mail mailbox and the footer of the mailing list archive says: The last update was on 21:20 GMT Sat Mar 26. There are 216 messages. Page 1 of 1. So this is a heads up for listmaster and a simpl