Bug#512136: Acknowledgement (ITP: nox -- nox -- Meta package)

[Frank Lin PIAT]

I forgot to 'X-Debbugs-CC: debian-devel'... so I'm forwarding it.


Subject: ITP: nox -- nox -- Meta package
Package: wnpp
Owner: Frank Lin PIAT 
Severity: wishlist


* Package name: nox
  Version : 0.1
  Upstream Author : Frank Lin PIAT 
* URL : 
http://www.klabs.be/~fpiat/linux/debian/proposals/2009-01-17_nox/
* License : GPL
  Programming Lang: n.a
  Description : nox -- Meta packages
No-X is a suite of shell tools, either command line or Curses based,
that are useful for people that don't use X-Window.
   
Binary packages:
 - nox-base, depends on the most common command line tools, that are
   suitable for most systems (desktop and servers).
 - nox-desktop-environment, which is very complete No-X metapackage for
   desktop user. It attempts to provides many functionality provided by
   graphical desktop environnements, but only text and ncurse based.
 - fb-desktop-environment is similar to above, but also have some graphical
   progams (using framebuffer... not for vt100 terminals ;-)
 - nox-base provides a reduced set of tools that many users might want
   to add to a standard system.
 - nox-system-tools provides a large set of tools, suitable on both
   end-users systems and servers.
 - nox-server-tools provides a set of tools, that one probably want on
   a servers.
 - nox-network-clients depends on many usual network tools and clients.



The idea comes from wiki pages like http://wiki.debian.org/Console where 
visitors/contributors seems to like to install some extra command-line tools.

The current debian/control draft is included below[1]. The current dependencies
on package with priority=standard are going to go away (like "less"), unless
there are useful alternatives in which case It might depends on either (?).

Franklin


[1] http://bugs.debian.org/512136


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

Re: Help bts-link be a more effective tool

[Ben Finney]

Raphael Geissert  writes:

> What about generating a nice report page and making the PTS warn
> when bts-link had troubles handling forwarded bugs of a given
> package.

Good idea.

Since the problem is not with the package itself, but with an external
service, I think this would be better in DEHS.

-- 
 \ “Wrinkles should merely indicate where smiles have been.” —Mark |
  `\Twain, _Following the Equator_ |
_o__)  |
Ben Finney


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

Re: Yet another list statistics for debian-devel

[Loïc Minier]

 Geez instead of spamming every Debian list and making you the top
 poster in terms of number of Debian lists today, what about announcing
 this no -project and/or -devel and in the next developer news?

 I've gotten basically the same template 12 times.

-- 
Loïc Minier


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

Re: Help bts-link be a more effective tool

[Emilio Pozuelo Monfort]

Paul Wise wrote:
> On Sun, Jan 18, 2009 at 6:36 AM, Sandro Tosi  wrote:
> 
>> In recent bts-link runs, we noticed some errors. The log is available
>> at [2]: please take the time to give it a look, search for your
>> packages and check the situation. There are errors in that log that
>> might be ok, but others can refer to broken links, no more active
>> BTSes or any other possible situation.
> 
> Here is a dd-list of the affected packages:

> Debian GNOME Maintainers 
>anjuta (U)

There was a bug forwarded to sourceforge, but the bugtracker is now at
bugzilla.gnome.org. Unmarked as forwarded as I couldn't find a relevant bug in
the GNOME bugzilla.

>scrollkeeper (U)

Fixed by James Vega.

>update-manager

> Emilio Pozuelo Monfort 
>update-manager (U)

> E: pkg=update-manager, bug=415376, msg=Parse error:
[https://bugs.launchpad.net/update-manager/+bug/95168/] No product specified but
bug affects multiple products

That looks wrong to me. The error says "No product specified", but there's a
product specified (update-manager) in the URL! If there wasn't one, it would
look like "https://bugs.launchpad.net/bugs/95168";. I could re-forward it to
https://bugs.launchpad.net/ubuntu/+source/update-manager/95168 to maybe
work-around it, but I think this is a bts-link bug.

> Python Applications Packaging Team 
>mercurial

Looks like they're not using Trac anymore...

Cheers,
Emilio



signature.asc
Description: OpenPGP digital signature

Re: Help bts-link be a more effective tool

[Mikhail Gusarov]

Twas brillig at 10:12:26 18.01.2009 UTC+01 when po...@ubuntu.com did gyre and 
gimble:

 >>mercurial

 EPM> Looks like they're not using Trac anymore...

Yes, moved to roundup.

-- 


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

Re: Yet another list statistics for debian-devel

[Cyril Brulebois]

Loïc Minier  (18/01/2009):
>  Geez instead of spamming every Debian list and making you the top
>  poster in terms of number of Debian lists today, what about announcing
>  this no -project and/or -devel and in the next developer news?

Happy Tilleman day!

Mraw,
KiBi.


signature.asc
Description: Digital signature

Re: Help bts-link be a more effective tool

[Frank Küster]

"Paul Wise"  wrote:


> Debian TeX Maintainers 
>texlive-bin

One was a typo in the upstream address. The other one, 

E: pkg=texlive-bin, bug=351672, msg=Does not deals dupes: 
[http://sourceforge.net/tracker/index.php?func=detail&aid=1425283&group_id=23164&atid=377580]

I do not understand. The upstream item exists and has the state Closed,
with the comment that there was already an upstream request for this
which had been closed already.

What should we do about that?

Regards, Frank

-- 
Frank Küster
Debian Developer (TeXLive)
VCD Aschaffenburg-Miltenberg, ADFC Miltenberg
B90/Grüne KV Miltenberg


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

A Short Thought

[LIFE CHANGERS INTERNATIONAL]

It only takes a little bit of guilt to produce a large amount of doubt.
Robert R. Schuller


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

Spec for package file diffs

[Florian Weimer]

The contents of



is a bit strange right now:

SHA1-Current: d2a77db170559d15bc4e3b5628ba88c4da68d7d55757
SHA1-History:
 d26806ef7c9cc69ca734a9ca3a3b1274ca1bf7456474 2008-08-22-0839.37
 8a16863d0f04bbab37979e4cff0bbc52f5d042417427 2008-10-08-2041.09
 56c80f8e44ac9e743a8b6b36f2684e99ea8549854947 2008-10-16-2055.24
 80e143ed7b7f2e64f454c475b1eca285eddc9c905765 2008-11-11-2049.12
 02043acabf9390de2ba3594bd76ad77bc45717f6   23547 2008-11-13-0846.16
 d899ef9a59068e19776effe322ca8cc3aed51766   15624 2008-12-22-0248.19
 6277c6bd31838f50ce77061c71f3eea00c18f9f5   15593 2008-12-24-0826.27
 c46c6d03d78fc7793d0375d442e51967694a04667296 2009-01-01-2015.52
 0aadd7465fbfe6455452541bd4522680f323a31b7308 2009-01-03-1415.44
 f2b9bda81a2aafad895e3721103e31dfa444f4d57308 2009-01-04-1419.07
 4f93933f6867bd68b9214afb62621c3e85a35f7c   16411 2009-01-11-0246.49
 a5ca49b236e9f2426a56b671097d600da2843e4c   16411 2009-01-12-0236.18
 29745deb3e913405ec5934f7fa2d22c1235bb9f67308 2009-01-16-0246.58
 29745deb3e913405ec5934f7fa2d22c1235bb9f67308 2009-01-16-0246.58
SHA1-Patches:
 0f9bdf2841368622e075c42af018411c977af730   6 2008-08-22-0839.37
 496660402b1a0584ec34ac8c286f52e2e97d9a2a5854 2008-10-08-2041.09
 bc11b85d19d8dc13cee1f26aa0ed4c6ea2e02a4b 824 2008-10-16-2055.24
 efd4fd958cf82d2a240569c6196b1d476a4625c81536 2008-11-11-2049.12
 8fec34193d6a63225f46c35c2330e99a222ba7171300 2008-11-13-0846.16
 87c8b26bd106849c472e6483e289cb562da4484e1365 2008-12-22-0248.19
 14a2eda6851dbd5d17dd2f07a35c5346ccd7b390 813 2008-12-24-0826.27
 72e87ba0df6a251b06768d4dae544b51ab7a86a9 775 2009-01-01-2015.52
 d663e6d382229e12e7e5043d9036393571741b84 600 2009-01-03-1415.44
 cc4c9bd28e6707f499ede07484966f48a4a1d440 551 2009-01-04-1419.07
 417449281fa1f06fe56c1263ce0aac3e5db1d5131365 2009-01-11-0246.49
 10f1a8675e825b7b4dbc636a4d212e6065e85081 935 2009-01-12-0236.18
 25339486cdb18201e5454a1d268f3e9b4f69cc6b 951 2009-01-16-0246.58
 25339486cdb18201e5454a1d268f3e9b4f69cc6b 951 2009-01-16-0246.58

Note the duplicate patches.  Back when I implemented package diffs, I
was told that I didn't have to compute intermediate diffs, that is, I
can use the the SHA-1 history to discover the first patch to apply,
and continue applying patches in the second list, until I hit its end.

Obviously, this fails with the Index file shown above.  And in the
general case, I'd have to compute all intermediate SHA-1 hashes (and
the intermediate package file versions), which is rather expensive
(and we'll never fix the index diff performance problem if we have to
do that).

So I wonder if this is a bug on the server side, and if it can be
fixed.  I'd really hate to implement my own workaround for this.


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

Re: Yet another list statistics for debian-devel

[Andreas Tille]

On Sun, 18 Jan 2009, Loïc Minier wrote:


Geez instead of spamming every Debian list and making you the top
poster in terms of number of Debian lists today, what about announcing
this no -project and/or -devel and in the next developer news?


Well, I recieved 3 contra and about 30 pro mails for what I've done.
This is about what I expected.  Becuase you are asking in public I try
a short answer:

  1. The template had a specific content which was intentionally
 marked.
  2. The readers of mailing lists who show activity problems are
 most probably and will not read -project or -devel so I
 would not have reached them = I would have failed my basic
 intention to reach problematic list.
  3. I want to trigger discussion about my specific interpretation
 of the list activity on the according list.  What would you
 suggest to approach this without spamming some lists that
 perhaps does not need this trigger?
  4. According to spam: As a side effect I've detected about 4500
 Spam mails in our archive.  Do you consider sending one single
 mail to about 30 list as excusable if I might help out to clean
 up the archive from this mails as a punishment I deserve for
 this misuse?


I've gotten basically the same template 12 times.


Thanks for your obviosely high activity in Debian for subscribing
12 lists.

Kind regards

   Andreas.

--
http://fam-tille.de

Bug#512201: pidgin-osd Add osd functionality to pidgin

[Michael Domann]

Package: wnpp
Severity: wishlist
Owner: Michael Domann 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

it would nice to have this in debian.

* Package name: pidgin-osd
  Version : 0.1.0
  Upstream Author : Maik Broemme 
* URL : 
* License : GPL3
  Programming Lang: C
  Description : add osd functionality to pidgin

This is an plugin to print events on the X root screen on receiving incoming 
messages from pidgin. It uses the xosd library to print various events on the X 
console.

thanks

Michael

- -- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (30, 'experimental')
Architecture: i386 (i686)

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

iEYEARECAAYFAklzNyMACgkQs6YoJr3Hmj+u+ACfYDVqrfPUZguJO0Rmun0qytZd
O4YAn0SsRRLINh7BC+Fu87vXldZkxlXj
=Bd6d
-END PGP SIGNATURE-



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

Re: percentage of popcon submitters

[Aurelien Jarno]

On Thu, Jan 15, 2009 at 10:00:04PM +0100, markus schnalke wrote:
> Hoi,
> 
> I know it is not possible to _know_ the real percentage of uses which
> submit popcon stats of all users. But I want to ask for guesses,
> because more oppinions do likely improve the result.
> 
> My current guess is between 1/3 and 2/3.
> 
> What do you think?
> 

My guess is 42.

-- 
  .''`.  Aurelien Jarno | GPG: 1024D/F1BCDB73
 : :' :  Debian developer   | Electrical Engineer
 `. `'   aure...@debian.org | aurel...@aurel32.net
   `-people.debian.org/~aurel32 | www.aurel32.net


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

Re: Bug#512136: Acknowledgement (ITP: nox -- nox -- Meta package)

[Daniel Moerner]

On Sun, Jan 18, 2009 at 12:25 AM, Frank Lin PIAT  wrote:
> The current debian/control draft is included below[1]. The current 
> dependencies
> on package with priority=standard are going to go away (like "less"), unless
> there are useful alternatives in which case It might depends on either (?).

Most is a nice color alternative to less.

I also presume that we would want vim-nox | emacs22-nox | editor.

Something I don't quite understand is the target audience: most people
who run a command line install will know exactly what they want
installed, and won't need a metapackage to do it or to bring in
extraneous stuff.

Something that might also be useful would be a nox-debian-devel
package which would include tools that everyone needs for packaging
(lintian, build-essentials, devscripts, dput | dupload, fakeroot, etc)

Daniel

-- 
Daniel Moerner 


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

Re: Bug#512136: Acknowledgement (ITP: nox -- nox -- Meta package)

[Adeodato Simó]

* Daniel Moerner [Sun, 18 Jan 2009 10:21:15 -0800]:

> Something that might also be useful would be a nox-debian-devel
> package which would include tools that everyone needs for packaging
> (lintian, build-essentials, devscripts, dput | dupload, fakeroot, etc)

What does "nox-" have to do with that?

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Mankind are very odd creatures: one half censure what they practice, the
other half practice what they censure; the rest always say and do as
they ought.
-- Michel de Montaigne


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

Bug#512220: ITP: mumbles -- plugin-driven notification system for GNOME

[Salvatore Bonaccorso]

Package: wnpp
Severity: wishlist
Owner: Salvatore Bonaccorso 

* Package name: mumbles
  Version : 0.4
  Upstream Author : dot_j 
* URL : http://www.mumbles-project.org/
* License : GPL
  Programming Lang: Python
  Description : plugin-driven notification system for GNOME

Mumbles is a plugin-driven, DBus based notification system written for
the GNOME desktop. Similar to libnotify notifications and Growl for
Mac OS X, Mumbles aims to provide a modern notification system for the
GNU/Linux desktop. It includes plugins for applications such as
Pidgin, Firefox, and Thunderbird, Growl network notification support,
and themes.

Upstream ships a debian/ directory in tar.gz so probably the sources
needs repackaging, to have a "cleaner" Debian diff.gz.

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)



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

Re: Bug#512136: Acknowledgement (ITP: nox -- nox -- Meta package)

[Daniel Moerner]

On Sun, Jan 18, 2009 at 10:31 AM, Adeodato Simó  wrote:
> * Daniel Moerner [Sun, 18 Jan 2009 10:21:15 -0800]:
>
>> Something that might also be useful would be a nox-debian-devel
>> package which would include tools that everyone needs for packaging
>> (lintian, build-essentials, devscripts, dput | dupload, fakeroot, etc)
>
> What does "nox-" have to do with that?

Nothing at all really, but it is no more "X" oriented than the
packages in the suggested nox-system-tools.

I was mostly trying to give an example of a targeted metapackage that
might also be generally useful. With the exception of the dput |
dupload debate, most of the Debian packaging tools are canonical for
all users. In contrast, there are many many alternatives to things
like w3m or mutt or irssi. In most cases, people will know which
console web browser or mail client they want, which will require
manually pulling them in first before the metapackage (if it isn't the
first alternative) or manipulating the installed packages in aptitude.
This reduces the utility of a metapackage since it's no longer
automated. The debian-devel example was just meant to suggest a case
in which a metapackage might be more useful, since everyone needs the
same tools.

But that's another discussion and it shouldn't crowd this thread.

Daniel


-- 
Daniel Moerner 


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

Re: Bug#512136: Acknowledgement (ITP: nox -- nox -- Meta package)

[Samuel Thibault]

Daniel Moerner, le Sun 18 Jan 2009 10:21:15 -0800, a écrit :
> Something I don't quite understand is the target audience: most people
> who run a command line install will know exactly what they want
> installed, and won't need a metapackage to do it or to bring in
> extraneous stuff.

Actually I've bounced the ITP to debian-accessibility, as such
meta-package could be useful to blind people starting to use a debian
system from the console.

Samuel


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

Bug#512227: ITP: qwo -- An efficient input method for touch screens

[Yaroslav Halchenko]

Package: wnpp
Severity: wishlist
Owner: Yaroslav Halchenko 


* Package name: qwo
  Version : 0.3
  Upstream Author : Charles Clément 
* URL : http://www.nongnu.org/qwo/
* License : GPL
  Programming Lang: C
  Description : An efficient input method for touch screens

 An implementation of Quikwriting, an efficient way to input text for
 hand-held devices almost without picking your finger off the screen.

-- System Information:
Debian Release: 4.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-5-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)



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

Re: Help bts-link be a more effective tool

[Bastien ROUCARIES]

On Sat, Jan 17, 2009 at 8:36 PM, Sandro Tosi  wrote:
> Hello,

> If you feel something is missing, should be fixed or enhanced, let
> us[4] know; of course, patches are welcome ;) (git repo at [5]).

I really useful stuff will be to use user tag in order to crossref
another distrib bugzilla. For instance some bug are fixed on redhat
like #506180 but not upstream.
It will allow to automatize retrieval of information.

Regards

Bastien


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

Bug#512229: RFP: python-ooopy -- Modify OpenOffice.org documents in Python

[Nick Shaforostoff]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org

--- Please fill out the fields below. ---
I tried both odfpy and ooopy for mailmerge problem.
odfpy crashed, it didn't even list document variables.
ooopy did the job fine.

   Package name: python-ooopy
Version: 
Upstream Author: [Ralf Schlatterbeck http://ooopy.sourceforge.net/]
License: [LGPL]
Description: [Modify OpenOffice.org documents in Python]




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

Re: Yet another list statistics for debian-devel

[Steve Langasek]

On Sun, Jan 18, 2009 at 03:18:26PM +0100, Andreas Tille wrote:
> On Sun, 18 Jan 2009, Loïc Minier wrote:

>> Geez instead of spamming every Debian list and making you the top
>> poster in terms of number of Debian lists today, what about announcing
>> this no -project and/or -devel and in the next developer news?

> Well, I recieved 3 contra and about 30 pro mails for what I've done.

I thought complaining about sending these to each list would be "cure worse
than the disease".  But if you're keeping score and taking the raw number of
approvals vs. disapprovals as an endorsement, then count me among the
disapprovers.

This discussion is on-topic for debian-project - it's off-topic for almost
all of the lists that you posted the results to.

>   2. The readers of mailing lists who show activity problems are
>  most probably and will not read -project or -devel so I
>  would not have reached them = I would have failed my basic
>  intention to reach problematic list.

And how do you define "activity problems"?  If you mean "low volume", a) I
think it's unduly presumptious of you to declare this a "problem", b) I
expect that the people already subscribed to the mailing lists are *least*
likely to be a source of increased activity in response to such a prod.

>   4. According to spam: As a side effect I've detected about 4500
>  Spam mails in our archive.  Do you consider sending one single
>  mail to about 30 list as excusable if I might help out to clean
>  up the archive from this mails as a punishment I deserve for
>  this misuse?

Hah - I think that would be an adequate penance. :)  But penance does not
imply an endorsement of the "sin".

>   3. I want to trigger discussion about my specific interpretation
>  of the list activity on the according list.

Mmm, no thanks.  M-F-T set appropriately.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


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

ITP: libqrupdate-dev -- Fast updates of QR and Cholesky decompositions

[Jordi Gutiérrez Hermoso]

Package: wnpp
Owner: "Jordi Gutiérrez Hermoso" 
Severity: wishlist

  Package name: libqrupdate-dev
  Version : 1.0
  Upstream Author : Jaroslav Hájek 
  URL : http://qrupdate.sf.net/
  License : GPLv3
  Programming Lang: Fortranfat
  Description : Fast updates of QR and Cholesky decompositions

 qrupdate is a Fortran library for QR and Cholesky decompositions. It
 is most notably used by Octave.

 This package contains the library and function reference.

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)

 qrupdate is a Fortran library for QR and Cholesky decompositions. It
 is most notably used by Octave.

 This package contains the library and function reference.

-- System Information:
Debian Release: 5.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)


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

Re: RFC: Creation of a PostgreSQL database schema for wanna-build data

[Adeodato Simó]

* Roger Leigh [Sat, 17 Jan 2009 19:32:36 +]:

> However, I think a good first step would for both dak and wanna-build
> to share as much of their schemas as is reasonably possible.  To that
> end, I'll update my wanna-build schema to use the same naming as is
> used in projectb as far as is practicable, and then we'll see where
> we can go from there.  It will at the very least make merging the
> databases possible in the future.

Take into account, though, that there are plans to re-design from
scratch the projectb database. In fact, such re-design already exist,
I'm sure ftpmaster can give pointers to it.

* Joerg Jaspert [Sat, 17 Jan 2009 21:29:14 +0100]:

> From that on I think projectb should be readonly for you, but be a major
> source of data.

I think this is reasonable if projectb contains all the data the w-b
database needs. We'd save going to Packages/Sources, which is good. But
if we need to go to Pacakges/Sources to fetch additional information
like Build-Depends, then there isn't much point.

Also, what Roger said about w-b not requiring a projectb instance.
Roger, maybe the gathering of data for w-b db could be made pluggable,
with a default implementation fetching if from Packages/Sources, leaving
room to plug a second implementation which atacks projectb?

Cheers,

-- 
Adeodato Simó dato at net.com.org.es
Debian Developer  adeodato at debian.org
 
Any life, no matter how long and complex it may be, is made up of a
single moment: the moment in which a man finds out, once and for all,
who he is.
-- Jorge Luis Borges


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

Re: Bug#512136: Acknowledgement (ITP: nox -- nox -- Meta package)

[Frank Lin PIAT]

On Sun, 2009-01-18 at 10:21 -0800, Daniel Moerner wrote:
> On Sun, Jan 18, 2009 at 12:25 AM, Frank Lin PIAT  wrote:
> > The current debian/control draft is included below[1]. The current 
> > dependencies
> > on package with priority=standard are going to go away (like "less"), unless
> > there are useful alternatives in which case It might depends on either (?).
> 
> Most is a nice color alternative to less.
> 
> I also presume that we would want vim-nox | emacs22-nox | editor.

Thanks, will do.

> Something I don't quite understand is the target audience: most people
> who run a command line install will know exactly what they want
> installed, and won't need a metapackage to do it or to bring in
> extraneous stuff.

The point of those package is to provide an easy way to install
_popular_ package (that aren't suitable for priority=standard).

> Something that might also be useful would be a nox-debian-devel
> package which would include tools that everyone needs for packaging
> (lintian, build-essentials, devscripts, dput | dupload, fakeroot, etc)

This could be added, but the source would have to be renamed. There are
many more packages to make a deb-devel-environment, like doc-debian,
debian-policy, maint-guide developers-reference, git, svn, cvs, hg,
debhelper, dpatch|cdbs, ssh-client...

Anyone interested to collaborating is welcome (I will probably ping the
tasksel maintainers myself, as it's closely related).

Franklin


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

Re: percentage of popcon submitters

[Raphael Geissert]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Russ Allbery wrote:
[...]
> what packages on your servers are missing security patches, basically

popularity-contest doesn't submit package versions, so it is not *that* easy to
know whether security updates have been installed or not.

As for what security matters popularity-contest could:
* randomly change the "recent" value of a random number of packages
* submit via https (or ftp+ssl), and/or even encrypt the data with gpg
* have some sort of apt-pinning so that it is possible to indicate that the data
corresponding to a given package(s) or repository (ies) should NOT be sent.
thereby preventing the "I know when you went on VAC because your
xfoo-bar-custom package is marked as old" information leak.

With those security meassures I believe there's a slight chance that a few more
people (or institutions) will install popularity-contest.

Cheers,
Raphael Geissert
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAklzySsACgkQYy49rUbZzlo5rQCffJsZ3Ws3iCrj2XlG47syH+R5
bacAn2tDyPob40e7VdoasMOPL/BBQTt/
=tK0A
-END PGP SIGNATURE-


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

Re: percentage of popcon submitters

[Raphael Geissert]

Franklin PIAT wrote:
[...]
> * Some system are unproperly configured and can't submit
>   their popcon (missing http proxy ; smtp server is wrong or blocked
>   by their ISP). Especially when people are travelling.

Or there's no internet connection when popcon runs and tries to submit via http
so it falls back to mail, but mail is local-delivery only.

Cheers,
Raphael Geissert


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

Re: Help bts-link be a more effective tool

[Raphael Geissert]

Ben Finney wrote:
[...]
> 
> Since the problem is not with the package itself, but with an external
> service, I think this would be better in DEHS.
> 

DEHS-provided information is displayed in the PTS as well, as it is up to the
package maintainer(s) or collaborators to "fix" it (either on the Debian side,
or by poking upstream).
While I agree that because of the name DEHS looks like a better place, the
current reality is different. And in the case that there's some sort of
concensus on making DEHS the global representation of the relationship between
Debian and the rest of the world, I'd prefer to split the DEHS project into
some "packages-watcher" (the watch files/uscan part) and then see a nice qa.d.o
subdomain assigned to DEHS where data from different projects
(bts-link, "packages-watcher", and anything else that fits in that category but
I'm obviously missing) is presented in a single place.

Note that the above is nowhere near a real decision nor intention, it is just an
idea that popped up while reading your reply, but that can of course be
elaborated.

Cheers,
Raphael Geissert



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

Re: RFC: Creation of a PostgreSQL database schema for wanna-build data

[Otavio Salvador]

Adeodato Simó  writes:

> * Roger Leigh [Sat, 17 Jan 2009 19:32:36 +]:
>
>> However, I think a good first step would for both dak and wanna-build
>> to share as much of their schemas as is reasonably possible.  To that
>> end, I'll update my wanna-build schema to use the same naming as is
>> used in projectb as far as is practicable, and then we'll see where
>> we can go from there.  It will at the very least make merging the
>> databases possible in the future.
>
> Take into account, though, that there are plans to re-design from
> scratch the projectb database. In fact, such re-design already exist,
> I'm sure ftpmaster can give pointers to it.

There're any pointers for what are the goals of this re-design?

-- 
O T A V I OS A L V A D O R
-
 E-mail: ota...@debian.org  UIN: 5906116
 GNU/Linux User: 239058 GPG ID: 49A5F855
 Home Page: http://otavio.ossystems.com.br
-
"Microsoft sells you Windows ... Linux gives
 you the whole house."


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

Bug#512268: ITP: ypsilon -- An implementation of R6RS Scheme with mostly concurrent garbage collection

[Daniel Moerner]

Package: wnpp
Severity: wishlist
Owner: Daniel Moerner 

* Package name: ypsilon
  Version : 0.9.6-update3 
  Upstream Author : Yoshikatsu Fujita
* URL : http://code.google.com/p/ypsilon/
* License : BSD
  Programming Lang: C++, Scheme
  Description : An implementation of R6RS Scheme with mostly concurrent 
garbage collection

Ypsilon is an implementation of the Scheme programming language which conforms 
to the latest standard R6RS. It achieves a remarkably short garbage collection
pause time and improved performance during parallel execution because it 
implements "mostly concurrent garbage collection", which is optimized for the 
multi-core CPU system.

It implements the full features of R6RS and the R6RS standard libraries. It 
also features a built-in foreign function interface for integration with C.


Although there are many Scheme implementations in Debian, I think it is
worthwhile to include another one because it is fully R6RS compliant, runs on
amd64 as well as i386, and is small. Currently, only plt-scheme fulfills the 
latter two requirements but it is very large.

Cheers,
Daniel

-- System Information:
Debian Release: 5.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)



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

Re: Help bts-link be a more effective tool

[Christian Perrier]

Quoting Bastien ROUCARIES (roucaries.bast...@gmail.com):
> On Sat, Jan 17, 2009 at 8:36 PM, Sandro Tosi  wrote:
> > Hello,
> 
> > If you feel something is missing, should be fixed or enhanced, let
> > us[4] know; of course, patches are welcome ;) (git repo at [5]).
> 
> I really useful stuff will be to use user tag in order to crossref
> another distrib bugzilla. For instance some bug are fixed on redhat
> like #506180 but not upstream.
> It will allow to automatize retrieval of information.


Apparently, Launchpad has something like this, which is, for instance,
used to reference bugs also reported in Debian. We found this fairly
useful, recently, for Samba.

However, such feature should probably be included in the BTS itself
(new tag or something).





signature.asc
Description: Digital signature