Hi!
On Wed, Apr 19, 2006 at 02:57:14PM +0200, Christoph Berg wrote:
> Philipp, are you around? xosd as a (fairly new) RC bug, do you think
> you'll be able to address that in the near future?
Yes, I'm still around, but I'm currently busy with other things.
Regarding xosd: I'm not the main upstrea
reassign 364848 ndiswrapper
retitle 364848 please provide better short discriptions for ndiswrapper
severity 364848 minor
thanks
On Tue, 25 Apr 2006, [EMAIL PROTECTED] wrote:
> i think it will help to require short descriptions to make sense to
> anybody who knows only about the most widely used
Processing commands for [EMAIL PROTECTED]:
> reassign 364848 ndiswrapper
Bug#364848: general: please have package short descriptions say what the
package REALLY does
Bug reassigned from package `general' to `ndiswrapper'.
> retitle 364848 please provide better short discriptions for ndiswrapper
Package: general
Severity: normal
i think it will help to require short descriptions to make sense to
anybody who knows only about the most widely used terms.
often new packages are added like the following. i do not mean to
pick on ndiswrapper at all; it was just the most recent example.
this
On Wed, Apr 26, 2006 at 03:21:59AM +0200, Luigi Gangitano wrote:
> Il giorno 25/apr/06, alle ore 15:26, Wouter Verhelst ha scritto:
> >On Tue, Apr 25, 2006 at 02:19:12PM +0200, Luigi Gangitano wrote:
> >>Whould you really use your production machine to test some
> >>experimental software?
> >
> >Wo
Jorgen Schaefer <[EMAIL PROTECTED]> writes:
> Must we decide on a policy? Can't Manoj just package gnus-dfsg and
> be done with it? Is that really such a big problem?
> I think not.
Amen.
I can understand people disagreeing with Manoj's choice, but am completely
mystified by having that disagre
On Tue, 25 Apr 2006, Otavio Salvador wrote:
"Roberto C. Sanchez" <[EMAIL PROTECTED]> writes:
What about oldstable while it is supported?
IMHO, would be good to have a way to check the bugs affecting each
release, so in the current interface we might have a link for:
Filter bugs affecting:
-
Il giorno 25/apr/06, alle ore 15:26, Wouter Verhelst ha scritto:
On Tue, Apr 25, 2006 at 02:19:12PM +0200, Luigi Gangitano wrote:
Whould you really use your production machine to test some
experimental software?
Would you really install unstable on your production machine?
No, and this is ex
On Mon, 24 Apr 2006, Gunnar Wolf wrote:
gustavo halperin dijo [Sun, Apr 16, 2006 at 01:40:42PM +0300]:
I think that we have a problem when the common library between XFree and
/usr/lib are update in /usr/lib.
I assume that you're installing XFree86 4.5 by yourself, since it wasn't
packaged for
"Roberto C. Sanchez" <[EMAIL PROTECTED]> writes:
> Otavio Salvador wrote:
>>
>> What's the current consensus right now?
>>
>> IMHO, we should display every bug that still affect stable so we won't
>> receive duplicated reports so often.
>>
>
> What about oldstable while it is supported?
IMHO,
Processing commands for [EMAIL PROTECTED]:
> reassign 363486 general
Bug#363486: dpkg: [update-alternatives] New categories for: WORD, EXCEL,
MEDIA-PLAYER etc.
Bug reassigned from package `debian-policy' to `general'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
reassign 363486 general
thanks
Hi,
This is a cure proposal, though not one I would expect to see
realized. Anyway, someone has to decide which program can call itself
"Excel", see if it can do it legally and not violate trademark law,
and then implement this for the selected package.
Otavio Salvador wrote:
>
> What's the current consensus right now?
>
> IMHO, we should display every bug that still affect stable so we won't
> receive duplicated reports so often.
>
What about oldstable while it is supported?
-Roberto
--
Roberto C. Sanchez
http://familiasanchez.net/~roberto
Don Armstrong <[EMAIL PROTECTED]> writes:
>> Even if it's with versioning information? It would be usefull to keep it
>> until the buggy version is available in the archive, what do others
>> think?
>
> Archiving is currently disabled until the exact mechanism of its
> operation with versioning is
I'm interested in a "utnubu desktop/minimal/standard" now in sid so
you see my metapackage upload. With Etch, i would like to add a
"utnubu desktop task" yes, but as i pointed out above it seems that we
will need more than a simple task. I can help with code if -boot
agree.
What do you intend t
Package: wnpp
Severity: wishlist
Owner: "Alejandro Rios P." <[EMAIL PROTECTED]>
* Package name: gwhere
Version : 0.2.0
Upstream Author : Sébastien LECACHEUR <[EMAIL PROTECTED]>
* URL : http://www.gwhere.org/
* License : GPL
Description : Manage a catalog o
On Tue, 25 Apr 2006, Bernhard R. Link wrote:
> For me a changed .orig.tar.gz means I no longer can easily verify what
> exactly is changed. So I have to not only to download the original
This is a bug. debian/copyright might be in the diff, but it still needs to
describe all changes to upstream.
Frank Küster <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Karl Berry) wrote:
>
>> Sigh.
>
> Oh, well. There are more intersting things in the world to care about.
Sorry, this was a mistake, a funny effect of my mail setup.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protei
[EMAIL PROTECTED] (Karl Berry) wrote:
> Sigh.
Oh, well. There are more intersting things in the world to care about.
Regards, Frank
--
Frank Küster
Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich
Debian Developer (teTeX)
On Tue, 2006-04-25 at 08:48, Joey Hess wrote:
> FWIW, I advocated using packages with collections of recommends as task
> packages when the task system was being designed, but the idea was
> discarded for various reasons. You can find the full details of that
> decision in the threads starting here
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> If I say no and it fails will you kill me?
Of course not :-)
> There are always risks on updates.
Let's go!
--
Jérôme Marant
Manoj Srivastava <[EMAIL PROTECTED]> writes:
> No. But there are user expectations, and when you talk about
> source package for Gnus, the assumption is that the orig,tar.gz comes
> from the FSF, and the debian changes are in the diff.gz. There are
> debian specific changes to Gnus, a
Hi,
I've been working on wrappers for apt and dpkg-deb to get some
resemblance of multiarch that can still make it for etch. The first
thing I made to work is installing amd64 kernels on i386 and anyone
interested is welcome to try a very alpha release:
ftp://mrvn.homeip.net/apt-get-multiarch/
B
* Manoj Srivastava <[EMAIL PROTECTED]> [060425 18:09]:
> On what basis are you making this decision? I explained that
> it is important, for debugging and development reasons for the free
> software community, to be able to easily build upstream versions to
> see how it compares to the d
* Manoj Srivastava <[EMAIL PROTECTED]> [060425 15:59]:
> > Such a stripped down archive will most likely not have a working
> > build system and some stale references to stuff no longer contained,
> > which can and has to be cleaned up in the .diff.gz (at least for the
> > stuff relevant stuff, no
"Bernhard R. Link" <[EMAIL PROTECTED]> writes:
>> Should Debian enforce a policy here?
>
> There is a Developer's reference quite explicit about that topic
> and all those packages beside his.
I guess you refer to "6.7.8 Best practices for orig.tar.gz files".
This describes one way to accomplish
On 25 Apr 2006, Bernhard R. Link verbalised:
> * Jorgen Schaefer <[EMAIL PROTECTED]> [060425 14:34]:
>> The discussion is about whether, after the removal of data from an
>> upstream .tar.gz, it is ok for it to be still named ".orig.tar.gz"
>> (with a version that does not exist upstream).
>
> Th
Henning Makholm wrote:
> Can tasksel tasks be manipulated programmatically with the same
> apt/aptitude inferfaces that metapackages can?
This question does not have a yes or no answer, the situation is rather
more complex than that.
FWIW, I advocated using packages with collections of recommends
* Jorgen Schaefer <[EMAIL PROTECTED]> [060425 14:34]:
> The discussion is about whether, after the removal of data from an
> upstream .tar.gz, it is ok for it to be still named ".orig.tar.gz"
> (with a version that does not exist upstream).
The question I was answering was about what I consider "
On 25 Apr 2006, Bernhard R. Link outgrape:
> * James Vega <[EMAIL PROTECTED]> [060424 18:36]:
>>> On the other hand a different source package name has also a
>>> specific meaning. It means it is a different source package, which
>>> means it is a differnt upstream or a different package. Unless y
On Tue, Apr 25, 2006 at 02:19:12PM +0200, Luigi Gangitano wrote:
> Whould you really use your production machine to test some
> experimental software?
Would you really install unstable on your production machine?
--
Fun will now commence
-- Seven Of Nine, "Ashes to Ashes", stardate 53679.4
On Apr 25, Gabor Gombas <[EMAIL PROTECTED]> wrote:
> What stops udev from looking up the index before invoking any of the
> rules? That avoids the races and does not require kernel support at all.
Nothing, it's available as SYSFS{ifindex}.
What I do not understand is how you would use it.
--
cia
On Tue, Apr 25, 2006 at 02:14:46PM +0200, Luigi Gangitano wrote:
> Because it's not a short term package. It will be there for at least
> 6 months.
Just as a reference; Samba 4 is in exactly the same situation, and it is
handled in experimental.
/* Steinar */
--
Homepage: http://www.sesse.net/
On Fri, Apr 21, 2006 at 02:16:07PM +0200, Marco d'Itri wrote:
> Too bad that it is not what the kernel reports in the hotplug events and
> that there are no symlinks in sysfs to access a kobject by its ifindex.
> Sending a patch RFC to LKML would be the first step to improve this.
What stops udev
Package: wnpp
Severity: wishlist
Owner: "Krzysztof Krzyzaniak (eloy)" <[EMAIL PROTECTED]>
* Package name: libtest-longstring-perl
Version : 0.09
Upstream Author : Rafael Garcia-Suarez
* URL : http://search.cpan.org/~rgarcia/Test-LongString-0.09/
* License : Per
Scripsit Steve Langasek <[EMAIL PROTECTED]>
> On Sun, Apr 23, 2006 at 07:56:18PM -0700, Mike Bird wrote:
>> On Sun, 2006-04-23 at 19:42, Steve Langasek wrote:
>> > Having the metapackage kicked out of testing and having the release team
>> > refuse to help you get it back into the release because
"Bernhard R. Link" <[EMAIL PROTECTED]> writes:
> - upstream includes "genuinely useless cruft" which removal
> causes "significant space savings" (Imagine some 20k tool
> containing 50M screenshots of how cool it is once you got
> it compiled)
> -> repack it removing that stuff
>
Il giorno 25/apr/06, alle ore 07:12, Norbert Tretkowski ha scritto:
squid 3.0 is not yet 'stable'. Squid 2.5 is still the stable series.
Why not just uploading squid 3.0 to experimental?
Because it's not a short term package. It will be there for at least
6 months.
And experimental is no
Luigi Gangitano wrote on 25/04/2006 14:19:
>
> Il giorno 25/apr/06, alle ore 13:57, Sven Mueller ha scritto:
>>>Luigi Gangitano wrote on 25/04/2006 01:32:
>>>
So I'm packaging Squid-3.0 from new sources (using CDBS for the first
time, great!). The resulting packages will be named 'squid3,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il giorno 25/apr/06, alle ore 13:57, Sven Mueller ha scritto:
Luigi Gangitano wrote on 25/04/2006 01:32:
So I'm packaging Squid-3.0 from new sources (using CDBS for the first
time, great!). The resulting packages will be named 'squid3, squid3-
com
Luigi Gangitano wrote on 25/04/2006 01:32:
> So I'm packaging Squid-3.0 from new sources (using CDBS for the first
> time, great!). The resulting packages will be named 'squid3, squid3-
> common, squid3-client, squid3-cgi' and will conflict with the
> existing squid packages.
Why do you conf
This one time, at band camp, Luigi Gangitano said:
>
> Il giorno 24/apr/06, alle ore 21:54, Stephen Gran ha scritto:
> >> This is the new development version, totally rewritten in C++
> >> with the
> >> latest features like ICAP added.
> >
> > Is a new source package really needed? Is there n
At 1144985401 past the epoch, Keegan Quinn wrote:
> * Full desktop (or "Heavy" maybe?)
>* KDE
>* GNOME
> * Light desktop (or "Advanced" maybe?)
No complaints so far
> * openbox
> * fluxbox
> * etc.
No - if someone knows which window manager they want they're
sufficient
* James Vega <[EMAIL PROTECTED]> [060424 18:36]:
> > On the other hand a different source package name has also a specific
> > meaning. It means it is a different source package, which means it is
> > a differnt upstream or a different package. Unless you want to fork
> > the package or add other f
On Mon, Apr 24, 2006 at 07:45:21PM -0500, Manoj Srivastava wrote :
>
> *plonk*.
Dear all, dear Manoj,
Since the use of killfiles reflects the personnal opinion of the person
who is using it about the person which will be ignored, I think that
informing the thousands of subscribers of the
On Mon, Apr 24, 2006 at 04:51:48PM -0500, Manoj Srivastava wrote:
> On 24 Apr 2006, Thijs Kinkhorst uttered the following:
>
> > On Mon, April 24, 2006 15:39, Manoj Srivastava wrote:
> >> new upload _now_. I feel uncomfortable acceding to practices I
> >> consider unethical, and I lack the motivat
On Sun, Apr 23, 2006 at 07:56:18PM -0700, Mike Bird wrote:
> On Sun, 2006-04-23 at 19:42, Steve Langasek wrote:
> > On Sun, Apr 23, 2006 at 06:59:41PM -0700, Mike Bird wrote:
> > > * "Clogging Britney" is subjective.
> > Having the metapackage kicked out of testing and having the release team
> >
On Mon, Apr 24, 2006 at 11:36:47PM +0200, Raphael Hertzog wrote:
> On Mon, 24 Apr 2006, Wouter Verhelst wrote:
> > > Those cases can be treated differently than failures due to other
> > > reasons, though.
> >
> > Uh, yes; and they are. But that's not the point.
> >
> > The point really is that b
Hello
I was missing Edds' karma page [1] when it wasn't updated anymore.
But many months later also Kitames' [2] package status page [3] disappeared.
That was too much for my heart and I made my own combining the two things,
trowing in homepage URL, IRC nickname and cute photos of your Debian
Mai
49 matches
Mail list logo
