Re: Mounting Oracle Cluster Filesystem during boot

2007-05-06 Thread Warren Turkal
On Saturday 05 May 2007 19:32, Patryk Ściborek wrote:
> Hello everyone!

Hi. :)

*snip*

> In my opinion second solution is better. I suppose that similar problems
> may occur with other cluster file systems like GFS, so this problem
> should be solved in generic way.

I agree that this should be solved in a generic way. In order to make this 
more useful, shared network block storage like AOE and ISCSI should be part 
of this solution.

wt
-- 
Warren Turkal



Re: spam from bugs.debian.org

2007-05-06 Thread Andrei Popescu
On Wed, Apr 25, 2007 at 05:01:36PM +0200, Martin Zobel-Helas wrote:

> I belive that a rate of 0.1% is quite an acceptable rate, but we
> permanently try to lower that.

I don't know how much this helps, but wouldn't it be good to more
actively *recommend* the posters to subscribe to [EMAIL PROTECTED]
Something like a monthly reminder sent over all lists or similar.

Regards,
Andrei
-- 
If you can't explain it simply, you don't understand it well enough.
(Albert Einstein)


signature.asc
Description: Digital signature


Re: Bug#422137: ITP: 09F911029D74E35BD84156C5635688C0 -- l33t h4x0r numb3r

2007-05-06 Thread Bart Martens
On Sat, 2007-05-05 at 19:25 -0500, Gunnar Wolf wrote:
> Luis Matos dijo [Sun, May 06, 2007 at 02:21:15AM +0100]:
> > oh ... dot com is already taken...
> >  http://09-f9-11-02-9d-74-e3-5b-d8-41-56-c5-63.com/
> > 
> > best regards
> 
> Hey, if you don't have anything to do with your money now that it's
> taken, send it over here! ;-)
> 
> -- 
> Gunnar Wolf - [EMAIL PROTECTED] - (+52-55)5623-0154 / 1451-2244
> PGP key 1024D/8BB527AF 2001-10-23
> Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5 27AF
> 

Hi Gunnar,

I noticed that there's a typo in your "fingerprint" mentioned in your
e-mail signature.  It should be 09F911029D74E35BD84156C5635688C0, right?

You might want to fix that,

Bart Martens



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



Re: Bug#422423: ITP: libtool-cvs -- Generic library support script - CVS snapshot

2007-05-06 Thread Piotr Roszatycki

2007/5/5, Mike Hommey <[EMAIL PROTECTED]>:

On Sat, May 05, 2007 at 10:01:32PM +0200, Piotr Roszatycki <[EMAIL PROTECTED]> 
wrote:
> X-Debbugs-Cc: debian-devel@lists.debian.org
> Package: wnpp
> Severity: wishlist
> Owner: Piotr Roszatycki <[EMAIL PROTECTED]>
>
> * Package name: libtool-cvs
>  Version : 2.1a (2007-04-10)
>  Upstream Author : [EMAIL PROTECTED]
> * URL : http://www.gnu.org/software/libtool/
> * License : GPL
>  Programming Lang: Shell
>  Description : Generic library support script - CVS snapshot

Why not package this as libtool and upload to experimental ?

Mike


Look at the libtool's website:

Stable Release: 1.5.22
Development Release of Stable Branch:  1.5.23b
Daily CVS Snapshot of Stable Branch: 1.5.23c
Development Release:  1.9f
Daily CVS Snapshot: 2.1a

Tell me, which version should go to experimental branch? I think the
daily CVS snapshot should be packaged as separate package.

The lack of the latest libtool is very frustating.

--
.''`.Piotr Roszatycki
: :' :mailto:[EMAIL PROTECTED]
`. `' mailto:[EMAIL PROTECTED]
 `-


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



Or, will code I write today work in Excel 12?

2007-05-06 Thread Corbett Joe

The cream of the crop for 2007 - GET IN EARLY! DSDI IS SET TO ROCK YOUR
PORTFOLIO!

DSI Direct Sales, Inc.
Symbol: DSDI
Price: $0.04

There is a MASSIVE PROMOTION underway this weekend! This is hot, read
the news and get on DSDI first thing Monday!

You can start from scratch and do all the basics, including changing the
number format, sorting by columns, and adding formulas.
And not a day later I've already spotted it on the filesharing networks,
though I didn't verify the integrity (ie download it). Maybe some of it
would actually be useful to me. I actually don't have a copy of the
beta. Your first response summed it up well, most of my code should
still work. And, I've finally registered darkcanuck.
I have a special pair of PDC day-pants to wear all week (but, I'll leave
the whole topic of day-pants for another post.
How does this relate to podcasts? I found two things interesting about
this experience.
I'm not sure that I coined that one last summer too, because I don't
like to use the term e-discovery, but the reference in this post
suggests that maybe I did.
You save yourself the time and effort of clicking through to see the
rest of the post.
There's long been a debate over whether to distribute your RSS feed as
an excerpt feed or a full-text feed.
Besides, it's kind of neat to have a history of the way the draft has
evolved.
My very good friends at LexisNexis CaseSoft are conducting their very
first CaseMap Client User Summit in Los Angeles on May 8 at the Biltmore
Hotel. Presenters will include the California Attorney General Office on
how they effectively use CaseMap and all our tools and UCLA School of
Law professor, Dr. That'd make the process of recoding my meticulously
crafted (read:  I don't even know how it works anymore, but it must be
good because it still does)  utility add-in a lot less painful.
I found two things interesting about this experience. And even better,
it fits the usage patterns of a lot of people who work differently than
me, something you can see on the Scrivener "Usage Scenarios" forum. I
stared at the name for about 3 minutes trying to figure out why they'd
sent me a log for a picture scenario.
This combination allows you to track the words being searched for on any
given topic.
Content is owned by whoever posted it.
The only question is how we can use this for profit and fame.
At the birth of podcasts, I had reservations about them.
There need to be many more of these kinds of conversations. We had two
interfaces with events with the same name and the same object needed to
implement both.
I've been listening to a lot of podcasts lately.
So a quick reverse phone number lookup confirmed that Steve's phone
number is identical to the California Governor's Office! It also
included a suggestion to use my real email alias (oliverf) but to modify
the domain to something like online.
They then decide to prune their list of feeds. Presenters will include
the California Attorney General Office on how they effectively use
CaseMap and all our tools and UCLA School of Law professor, Dr. The
Excel Nexus put together a nice spreadsheet that does just that. I have
a special pair of PDC day-pants to wear all week (but, I'll leave the
whole topic of day-pants for another post.
It wasn't that big an issue. Xerox's Craig Freeman certainly asks some
excellent questions that the rest of us should be look for answers to.
Here's some direct links to the 2006 Excel Calender Templates: 2006
calendar (1-pg. ItemContext, strFilter); if (loc !
Upload spreadsheets or worksheets from CSV or XLS format - all your
formulas and formatting will come across intact.
) 2006 calendar on one worksheet (12-pp. I actually don't have a copy of
the beta. There are philosophical and economic rationales for green
computing.
It gets overture keywords into Excel, what to do with the data is up to
you.
It's the conversations that the terms start that matters most. I forgot
to ask all sorts of interesting questions (like how much it paid).
Your questions not answered  in the FAQ or the tutorial pages? This time
MSDN's sample code gave use the full picture and we used a couple of
private events.
Chandler adds anecdotal evidence that computers do better than humans,
at least considering cost.
) 2006 calendar on one worksheet (12-pp.
I think I read they are holding some features back, the vba ide is
probably not one though. I just had to mention the fact that the
keyboard shortcuts have been all rearranged. While I wish I would have
coined "Law 2.
You have to hit the Alt key to get them to appear, but once you do
they're very clear. , portrait, Mon-Sun) 2006 calendar on multiple
worksheets (Mon-Sun, 12-pp.
The titles of the folders and scrivenings are the titles of your
chapters and scenes if you choose to export them.
A quick search on MSDN got us some sample code. Properly understood, we
should be trying to use technology to enable us to move in that
direction.
Here's some direct links to the 2006 Excel Calender Templ

Re: Are popcon stats per package and arch possible?

2007-05-06 Thread paddy
On Sat, May 05, 2007 at 11:23:54AM -0700, Steve Langasek wrote:
> On Sat, May 05, 2007 at 06:23:36PM +0200, Petter Reinholdtsen wrote:
> 
> > [Michael Hanke]
> > > To me it looks like stats for the major architectures up to (and
> > > including) powerpc are ok wrt privacy concerns. Do you agree?
> 
> > I'm not sure if that would be the correct cutoff point, or if only
> > amd64 and i386 have enough submissions to ignore the privacy issue.
> 
> Well, at that point what use is a per-arch stat anyway?

To illustrate that there are no arches any more ?

it brings out an interesting detail.

presumably the boxes of amd64 users are faster on average.

maybe users of faster hardware prefer different software.

but at that point, arch is a very rough proxy for 'fast', for which 
there could be more interesting numbers available.

I would be surprised if there weren't some users who wouldn't happily
provide more detailed info about the host hardware, and similarly
I would imagine that different users would have different thresholds
for how that information might be used. 

A really good trick would be to come up with a more general system 
by which people could publish information about themselves in 
confidence expressing constraints on how that information could be 
used to create statistics that would then be made public. Although
I am not aware of it, I would be surprised if work had not already
been done in this area (and, no, I don't mean DRM).

You probably also want policy on the other side.

FWIW, I would think you could get interesting numbers out down at least
as far as the sparc group, if not further. Techniques might include

suppressing particularly sensitive packages (social-outcast-1.1,
security-risk-5.2)

suppressing small numbers that might identify particular individuals.

publishing finished comparisons, rather than rawer data.  
For example, "MTA(s) installed".

Regards,
Paddy


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



Re: Are popcon stats per package and arch possible?

2007-05-06 Thread paddy
On Sat, May 05, 2007 at 11:23:54AM -0700, Steve Langasek wrote:
> On Sat, May 05, 2007 at 06:23:36PM +0200, Petter Reinholdtsen wrote:
> 
> > [Michael Hanke]
> > > To me it looks like stats for the major architectures up to (and
> > > including) powerpc are ok wrt privacy concerns. Do you agree?
> 
> > I'm not sure if that would be the correct cutoff point, or if only
> > amd64 and i386 have enough submissions to ignore the privacy issue.
> 
> Well, at that point what use is a per-arch stat anyway?

not to mention 

amd64   i386non-x86
=   ===
.
.
.

might be interesting :-)

and might make a comfortable starting point for exploring whether there
is anything interesting to be found in there.

Regards,
Paddy


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



Re: Bug#422367: ITP: kbuild -- framework for writing simple makefiles for complex tasks

2007-05-06 Thread Ben Hutchings
On Sat, 2007-05-05 at 14:39 +0200, Torsten Werner wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Torsten Werner <[EMAIL PROTECTED]>
> 
> * Package name: kbuild


This seems likely to be confused with the Linux kernel build system,
also called kbuild and packaged as linux-kbuild (formerly
kernel-kbuild).

Ben.

-- 
Ben Hutchings
If God had intended Man to program,
we'd have been born with serial I/O ports.


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


Re: Are popcon stats per package and arch possible?

2007-05-06 Thread Michael Hanke
On Sat, May 05, 2007 at 11:23:54AM -0700, Steve Langasek wrote:
> On Sat, May 05, 2007 at 06:23:36PM +0200, Petter Reinholdtsen wrote:
> 
> > [Michael Hanke]
> > > To me it looks like stats for the major architectures up to (and
> > > including) powerpc are ok wrt privacy concerns. Do you agree?
> 
> > I'm not sure if that would be the correct cutoff point, or if only
> > amd64 and i386 have enough submissions to ignore the privacy issue.
> 
> Well, at that point what use is a per-arch stat anyway?
When I first contact some upstream authors of a software I want to
package, I often faced the argument: 'We already provide binaries that
should run on Linux systems and therefore we do not see why we should
support your packaging attempt.'

My usual answer is to describe all the nice features a Debian package
provides. After a lengthy discussion they normally agree that from the
user perspective a Debian package offers a much higher convenience level.

But sometimes upstream does not agree.

Nevertheless, when they say, 'we provide binaries for Linux', they always mean
i386 Linux with everything linked statically to a huge binary blob.

I'd really like to be able to provide some hard numbers about users of
similar packages (same field or a direct competitor) running it on
arches different from i386.

So far, I only know the general fraction of non-i386 users. But this
fraction is most likely very different for particular fields (e.g.
office suite on ARM machines or embedded sutff on AMD64).


Cheers,

Michael


-- 
GPG key:  1024D/3144BE0F Michael Hanke
http://apsy.gse.uni-magdeburg.de/hanke
ICQ: 48230050


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



Re: Bug#422423: ITP: libtool-cvs -- Generic library support script - CVS snapshot

2007-05-06 Thread Adeodato Simó
* Mike Hommey [Sat, 05 May 2007 22:16:49 +0200]:

> Why not package this as libtool and upload to experimental ?

Moreover, if one reads the bug report mentioned (#221873), it says there
"Thankfully this is already fixed in the upcoming 1.6 release, which is
packaged in the Debian experimental distribution."

Also, this problem should not affect the building of Debian packages,
since g++ is build-essential.

For these reasons, I object to this ITP.

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Loan-department manager:  "There isn't any fine print.  At these
interest rates, we don't need it."


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



Re: Are popcon stats per package and arch possible?

2007-05-06 Thread Neil Williams
On Sun, 6 May 2007 13:07:48 +0200
Michael Hanke <[EMAIL PROTECTED]> wrote:

> So far, I only know the general fraction of non-i386 users. But this
> fraction is most likely very different for particular fields (e.g.
> office suite on ARM machines or embedded sutff on AMD64).


(Which is then skewed by people like me who cross-build ARM on AMD64
and run amd64 versions of embedded applications like gpe-* for testing
purposes.)


;-)

--


Neil Williams
=
http://www.data-freedom.org/
http://www.nosoftwarepatents.com/
http://www.linux.codehelp.co.uk/



pgpFMYd2a7LYo.pgp
Description: PGP signature


Bug#422498: RFH: gentoo -- a fully GUI-configurable, two-pane X file manager

2007-05-06 Thread Josip Rodin
Package: wnpp
Severity: wishlist

Hi everyone,

I'd like to (eventually) give away the Debian package of the gentoo file
manager to someone who uses it. I found that I stopped doing that :/

The packaging is mostly clean, as it's a fairly straightforward software
package these days.

(People who just want to maintain things without ever having used them need
not apply. People who saw the package name in the New Maintainers' Guide
and now think it'd be a cool thing if they had it, also need not apply.)

-- 
 2. That which causes joy or happiness.


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



Re: Bug#422498: RFH: gentoo -- a fully GUI-configurable, two-pane X file manager

2007-05-06 Thread Steinar H. Gunderson
On Sun, May 06, 2007 at 03:06:45PM +0200, Josip Rodin wrote:
> The packaging is mostly clean, as it's a fairly straightforward software
> package these days.

Out of curiosity, did it ever come with hardware? :-)

/* Steinar */
-- 
Homepage: http://www.sesse.net/


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



Re: Bug#422498: RFH: gentoo -- a fully GUI-configurable, two-pane X file manager

2007-05-06 Thread Josip Rodin
On Sun, May 06, 2007 at 03:15:07PM +0200, Steinar H. Gunderson wrote:
> > The packaging is mostly clean, as it's a fairly straightforward software
> > package these days.
> 
> Out of curiosity, did it ever come with hardware? :-)

Heh. I said 'software package' to avoid the ambiguity of just saying
'package'; I was referring specifically to upstream packaging.

-- 
 2. That which causes joy or happiness.


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



Re: The number of etch installations is rocketing...

2007-05-06 Thread Josip Rodin
On Fri, Apr 13, 2007 at 12:21:09AM +0200, Javier Fernández-Sanguino Pe?a wrote:
> > Looking at the submission numbers from
> > http://popcon.debian.org/>, I am happy to report that the number
> > of Etch installations is increasing fast. 
> 
> IMHO there are some ways we could track get some better numbers for that.
> 
> Given the fact that "many" users are using security.debian.org as the default
> security mirror, that etch enables it by default (there were some previous
> releases that didn't IIRC) and that *we* have control over those servers'
> logs we could count the number of downloads of the Packages files from the
> official security mirrors [1].
> [...]
> [1] Official mirrors could also be used, but getting the logs from the
> different admins would be rather difficult.

Actually, it wouldn't be all that difficult. All we have to do is ask.
I bet that most people would be happy to send us their logs if we asked them
nicely. We already bother them with various other requests, this wouldn't
be a major thing for most people.

Cc:ing and MFT'ing debian-mirrors for further discussion of this particular
aspect.

As it happens, the other day I was going about fixing up our own HTTP daemon
log analysis for www.debian.org - we had the logs on our machine, but nobody
noticed that our webalizer cron jobs died due to an upgrade. My point being,
just because it's on project-owned machines that doesn't necessarily mean
that we'll do a particularly good job of it :) the other volunteers who
don't happen to be official developers but contribute their knowledge as
mirror admins could almost as easily help collect this data.

-- 
 2. That which causes joy or happiness.


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



Re: Are popcon stats per package and arch possible?

2007-05-06 Thread Josip Rodin
On Sat, May 05, 2007 at 10:40:34AM +0200, Petter Reinholdtsen wrote:
> On Thu, Apr 12, 2007 at 11:14:32AM +0200, Petter Reinholdtsen wrote:
> > [...]
> >44   0.13% hppa
> >52   0.15% alpha
> >53   0.15% mipsel
> >   171   0.49% sparc
> >   448   1.27% powerpc
> >   615   1.75% arm
> > [...]
> 
> And for those interested, here are the latest numbers:
> 
> [...]
>57   0.12% hppa
>65   0.14% mipsel
>68   0.14% alpha
>   223   0.47% sparc
>   598   1.25% powerpc
>   676   1.42% arm
> [...]

I must note the coolness of how many more 'secondary' architecture
installations we are attaining with etch.

Obviously their total percentages don't show as much improvement as
the absolute numbers because the numbers for the two x86 architecture
installations are galloping, but still. :)

-- 
 2. That which causes joy or happiness.


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



Re: Are popcon stats per package and arch possible?

2007-05-06 Thread Frans Pop
On Sunday 06 May 2007 15:55, Josip Rodin wrote:
> I must note the coolness of how many more 'secondary' architecture
> installations we are attaining with etch.

Wouldn't that just be because with Etch we again offer to install popcon 
during new installations? We did not do that with Sarge...


pgpcd7Lp4Xq74.pgp
Description: PGP signature


Re: Are popcon stats per package and arch possible?

2007-05-06 Thread Wesley J. Landaker
On Sunday 06 May 2007 05:07:48 Michael Hanke wrote:
> But sometimes upstream does not agree.
>
> Nevertheless, when they say, 'we provide binaries for Linux', they always
> mean i386 Linux with everything linked statically to a huge binary blob.
>
> I'd really like to be able to provide some hard numbers about users of
> similar packages (same field or a direct competitor) running it on
> arches different from i386.

Worse, it's usually *called* a "static" binary in their download list, but 
running ldd on it shows it actually depends on specific versions of twelve 
different libraries only found in an old development build of Fedora. ;)

-- 
Wesley J. Landaker <[EMAIL PROTECTED]> 
OpenPGP FP: 4135 2A3B 4726 ACC5 9094  0097 F0A9 8A4C 4CD6 E3D2


pgpAPu2DIzgem.pgp
Description: PGP signature


Bug#422509: ITP: bless -- Bless is a high quality, full featured hexadecimal editor

2007-05-06 Thread Emmanuel Fleury
X-Debbugs-Cc: debian-devel@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Emmanuel Fleury <[EMAIL PROTECTED]>


* Package name: bless
  Version : 0.5.0
  Upstream Author : Alexandros Frantzis <[EMAIL PROTECTED]>
* URL : http://home.gna.org/bless/
* License : GPL
  Programming Lang: Mono
  Description : Bless is a full featured hexadecimal editor

Bless is a binary (hex) editor, a program that enables you to edit files
as a sequence of bytes written in C# and using the Gtk# bindings for the
GTK+ toolkit. Main features are:

  * Efficient editing of large data files.
  * Multilevel undo - redo operations.
  * Customizable data views.
  * Fast data rendering on screen.
  * Multiple Tabs.
  * Fast Find and Replace operations.
  * Conversion Table.
  * Advanced Copy/Paste capabilities.
  * Multi-threaded search and save operations.
  * Export to text and html (others with plugins).
  * Extensibility with Plugins.

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

Kernel: Linux 2.6.21 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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



Re: The number of etch installations is rocketing...

2007-05-06 Thread Carlos Carvalho
Josip Rodin ([EMAIL PROTECTED]) wrote on 6 May 2007 15:45:
 >Actually, it wouldn't be all that difficult. All we have to do is ask.

Ours is available if you're interested.

 >My point being,
 >just because it's on project-owned machines that doesn't necessarily mean
 >that we'll do a particularly good job of it :)

For example, if it depends on debian-admin you can forget it... As far
as I've seen they have a quite poor quality of service :-(


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



Re: Bug#422423: ITP: libtool-cvs -- Generic library support script - CVS snapshot

2007-05-06 Thread Kurt Roeckx
On Sun, May 06, 2007 at 11:06:44AM +0200, Piotr Roszatycki wrote:
> >>  Version : 2.1a (2007-04-10)
> >>  Upstream Author : [EMAIL PROTECTED]
> >> * URL : http://www.gnu.org/software/libtool/
> >> * License : GPL
> >>  Programming Lang: Shell
> >>  Description : Generic library support script - CVS snapshot
> >
> >Why not package this as libtool and upload to experimental ?
> >
> >Mike
> 
> Look at the libtool's website:
> 
> Stable Release: 1.5.22
> Development Release of Stable Branch:  1.5.23b
> Daily CVS Snapshot of Stable Branch: 1.5.23c
> Development Release:  1.9f
> Daily CVS Snapshot: 2.1a
> 
> Tell me, which version should go to experimental branch? I think the
> daily CVS snapshot should be packaged as separate package.

The "2-0" branch didn't see any commit for ages.  Everything is
happening in head, so 2.1a.  I have no idea if they ever plan to release
2.0.


Kurt


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



Re: The number of etch installations is rocketing...

2007-05-06 Thread Ricardo Yanez
> Josip Rodin ([EMAIL PROTECTED]) wrote on 6 May 2007 15:45:
>  >Actually, it wouldn't be all that difficult. All we have to do is ask.
>
> Ours is available if you're interested.
>
>  >My point being,
>  >just because it's on project-owned machines that doesn't necessarily
> mean
>  >that we'll do a particularly good job of it :)
>
> For example, if it depends on debian-admin you can forget it... As far
> as I've seen they have a quite poor quality of service :-(
>

Ours too.
Ricardo Yanez

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


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



Re: Bug#422423: ITP: libtool-cvs -- Generic library support script - CVS snapshot

2007-05-06 Thread Piotr Roszatycki

2007/5/6, Kurt Roeckx <[EMAIL PROTECTED]>:

> Stable Release: 1.5.22
> Development Release of Stable Branch:  1.5.23b
> Daily CVS Snapshot of Stable Branch: 1.5.23c
> Development Release:  1.9f
> Daily CVS Snapshot: 2.1a
>
> Tell me, which version should go to experimental branch? I think the
> daily CVS snapshot should be packaged as separate package.

The "2-0" branch didn't see any commit for ages.  Everything is
happening in head, so 2.1a.  I have no idea if they ever plan to release
2.0.


Ok. I'll close the ITP and upload the new package as experimental
release of libtool package.

Thanks!

--
.''`.Piotr Roszatycki
: :' :mailto:[EMAIL PROTECTED]
`. `' mailto:[EMAIL PROTECTED]
 `-


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



Re: Bug#422509: ITP: bless -- Bless is a high quality, full featured hexadecimal editor

2007-05-06 Thread paddy
On Sun, May 06, 2007 at 04:23:52PM +0200, Emmanuel Fleury wrote:
>
> Bless is a binary (hex) editor, a program that enables you to edit files
> as a sequence of bytes written in C# and using the Gtk# bindings for the

I don't want to edit files as a sequence of bytes written in C#.

I want to edit them as a sequence of bytes written, as god intended, in
hexadecimal.

Regards,
Paddy


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



Re: Are popcon stats per package and arch possible?

2007-05-06 Thread Goswin von Brederlow
Steve Langasek <[EMAIL PROTECTED]> writes:

> On Sat, May 05, 2007 at 06:23:36PM +0200, Petter Reinholdtsen wrote:
>
>> [Michael Hanke]
>> > To me it looks like stats for the major architectures up to (and
>> > including) powerpc are ok wrt privacy concerns. Do you agree?
>
>> I'm not sure if that would be the correct cutoff point, or if only
>> amd64 and i386 have enough submissions to ignore the privacy issue.
>
> Well, at that point what use is a per-arch stat anyway?

So porters can see what package are most usefull for that
architecture. The sorting of binary packages onto CDs or DVDs could be
arch specific. For example on m68k that would probably remove
kde/gnome from cd/dvd1 and put other stuff there that is more usefull.

It could also help the struggeling ports deciding to drop some
package. For example axiom is totaly useless on m68k and I bet never
had a single user.


As for the privacy concerns. So what if you know that 95% of all arm
users run foobar. That still does not tell you who they are. There is
no connection between the actual person and the data.

MfG
Goswin


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



Re: Are popcon stats per package and arch possible?

2007-05-06 Thread Steve Langasek
On Sun, May 06, 2007 at 10:15:40PM +0200, Goswin von Brederlow wrote:
> Steve Langasek <[EMAIL PROTECTED]> writes:

> > On Sat, May 05, 2007 at 06:23:36PM +0200, Petter Reinholdtsen wrote:

> >> [Michael Hanke]
> >> > To me it looks like stats for the major architectures up to (and
> >> > including) powerpc are ok wrt privacy concerns. Do you agree?

> >> I'm not sure if that would be the correct cutoff point, or if only
> >> amd64 and i386 have enough submissions to ignore the privacy issue.

> > Well, at that point what use is a per-arch stat anyway?

> So porters can see what package are most usefull for that
> architecture.

Ok, WTF.  How have four different people missed the point here that *being
able to get per-arch per-package statistics only for i386 and amd64 does not
give meaningful per-arch information*?

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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



Bug#422553: ITP: gnomeradio -- FM-radio tuner for the GNOME desktop

2007-05-06 Thread Francesco Namuri
Package: wnpp
Severity: wishlist
Owner: Francesco Namuri <[EMAIL PROTECTED]>


  Package name: gnomeradio
  Version : 1.6
  Upstream Author : Jörgen Scheibengruber <[EMAIL PROTECTED]>
  URL : http://www.wh-hms.uni-ulm.de/~mfcn/gnomeradio/
  License : GPL
  Programming Lang: C
  Description : FM-radio tuner for the GNOME desktop

Gnomeradio is a FM-radio tuner for the GNOME desktop (version 1 and 2).
It should work with every FM tuner card that is supported by video4linux.
Remote controls are supported via (optional) LIRC-support.
Gnomeradio can also record radio as a Wave, MP3 or Ogg files.

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

Kernel: Linux 2.6.18-custom.5
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



Re: Are popcon stats per package and arch possible?

2007-05-06 Thread Josip Rodin
On Sun, May 06, 2007 at 04:10:39PM +0200, Frans Pop wrote:
> > I must note the coolness of how many more 'secondary' architecture
> > installations we are attaining with etch.
> 
> Wouldn't that just be because with Etch we again offer to install popcon 
> during new installations? We did not do that with Sarge...

Still, people who had those machines on sarge would have simply upgraded,
they generally wouldn't be running the installer on the same machines all
over again.

-- 
 2. That which causes joy or happiness.


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