On Sun, 20 Nov 2005 11:29:19 +0100, Petter Reinholdtsen
<[EMAIL PROTECTED]> wrote:
>I seriously hope the non-elected people blocking and slowing down
>several important processes in Debian soon realize that there is a
>problem and that it might be best for them to solve it by stepping
>aside or all
On Sun, 20 Nov 2005 12:13:48 +0100
Bill Allombert <[EMAIL PROTECTED]> wrote:
> Hello Debian developers,
>
> When doing research about circular-deps, I looked at a lot of packages
> that are split between a binary package and a data package. This is a
> good thing since this reduce the total siez
Hi,
Adam C Powell IV wrote:
> * There is broad consensus for versioned -dev packages (e.g.
> Thomas Viehmann's precedent, Junichi's libpkg-guide),
> particularly for this case where both the Debian alternatives
> system and PETSC_DIR mechanism allow users to select be
Henning Makholm <[EMAIL PROTECTED]> writes:
> If somebody designs and implements (after a suitable architectural
> review) some software to support distributed keyring maintenance in a
> secure, auditable way, it is likely that calls for adding more people
> to the task would be considered more se
On Mon, 21 Nov 2005, Henning Makholm wrote:
> Scripsit Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
> > On Sun, 20 Nov 2005, Bill Allombert wrote:
>
> >> 5) Of course move /usr/share/pkg to pkg-data.
>
> > Forget it. I don't know about the others, but I am not doing this, unless
> > someone g
Scripsit Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
> On Sun, 20 Nov 2005, Bill Allombert wrote:
>> 5) Of course move /usr/share/pkg to pkg-data.
> Forget it. I don't know about the others, but I am not doing this, unless
> someone gives sound technical reasons for such a rule.
If you have
On Sun, 20 Nov 2005, Henrique de Moraes Holschuh wrote:
> On Sun, 20 Nov 2005, Bill Allombert wrote:
> > 5) Of course move /usr/share/pkg to pkg-data.
>
> Forget it. I don't know about the others, but I am not doing this, unless
> someone gives sound technical reasons for such a rule.
Never mind
On Sun, Nov 20, 2005 at 06:57:36PM -0500, Adam C Powell IV wrote:
> > Well, I think the factor there is that we "usually" want users to upgrade to
> > the latest kernel automatically, whereas users of petsc usually can't
> > auto-upgrade to the new API.
> Okay, then what about octave, another empt
On Sun, 20 Nov 2005, Bill Allombert wrote:
> Because if you install the pkg-data but not pkg, the manpage will be
> available but not the program which is not nice.
That should not be acceptable. Tack in a recommends, and as usual anyone
that ignores a recommends is on his own. Too bad you canno
On Sun, 20 Nov 2005, Bill Allombert wrote:
> 5) Of course move /usr/share/pkg to pkg-data.
Forget it. I don't know about the others, but I am not doing this, unless
someone gives sound technical reasons for such a rule.
--
"One disk to rule them all, One disk to find them. One disk to bring
Scripsit Martijn van Oosterhout <[EMAIL PROTECTED]>
> "push aside"? There's no rule that says there can be only one. Yes,
> replacing someone could become ugly, but providing additional hands
> can't be considered bad, can it?
It can be considered bad from a technical viewpoint - as far as I
unde
On Sun, Nov 20, 2005 at 11:50:55PM +, Joerg Sommer wrote:
> Steve Langasek <[EMAIL PROTECTED]> wrote:
> > On Sun, Nov 20, 2005 at 10:23:58AM +, Joerg Sommer wrote:
> >> I've got a bug report (#336527) my package bootchart-view do not work
> >> with j2re1.3. But j2re1.3 is not in Debian. Ca
On Sun, Nov 20, 2005 at 05:44:46PM -0600, Bill Allombert wrote:
> On Sun, Nov 20, 2005 at 11:26:20PM +0100, Nicolas Fran?ois wrote:
> > IIRC people from debian-audit have some tools to perform such grep on the
> > source package with some heuristics to extract and patch the sources
> > (dpatch, cdb
Hello Steve,
Steve Langasek <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 20, 2005 at 10:23:58AM +, Joerg Sommer wrote:
>
>> I've got a bug report (#336527) my package bootchart-view do not work
>> with j2re1.3. But j2re1.3 is not in Debian. Can I set a conflict upon a
>> packages that is not in De
On Sat, 2005-11-19 at 00:22 -0800, Steve Langasek wrote:
> On Wed, Nov 16, 2005 at 10:53:57AM -0500, Adam C Powell IV wrote:
> > > > > For that matter, why is it important that Debian provide support for
> > > > > coinstallability with older packages that are, evidently, not
> > > > > important
>
Processing commands for [EMAIL PROTECTED]:
> submitter 206293 Pierre THIERRY <[EMAIL PROTECTED]>
Bug#206293: mozilla-browser: hangs silently very often
Changed Bug submitter from [EMAIL PROTECTED] (Pierre THIERRY) to Pierre THIERRY
<[EMAIL PROTECTED]>.
> submitter 173206 Pierre THIERRY <[EMAIL P
On 10480 March 1977, W. Borgert wrote:
>> I meantioned one solution. There is another possible one: source uploads.
>> And no, I don't think it would cause more breakages than nowdays because
>> uploading sources only doesn't meant packages have not been build on
>> our systems.
> I couldn't agree
On Sun, Nov 20, 2005 at 11:26:20PM +0100, Nicolas Fran?ois wrote:
> IIRC people from debian-audit have some tools to perform such grep on the
> source package with some heuristics to extract and patch the sources
> (dpatch, cdbs, ...), and ignore the documentation files (e.g. "su" is a
> common wor
On Sun, Nov 20, 2005 at 04:21:29PM -0500, Daniel Jacobowitz wrote:
> - They may be compiled with lower optimization.
> - They may be compiled with behavior-altering debugging options.
Yes: One has a crash, tries a debug version of a library and
suddenly everything behaves totally different, e.g. n
On Sun, Nov 20, 2005 at 11:20:59PM +0100, J?r?me Marant wrote:
> I meantioned one solution. There is another possible one: source uploads.
> And no, I don't think it would cause more breakages than nowdays because
> uploading sources only doesn't meant packages have not been build on
> our systems.
On Fri, Nov 18, 2005 at 04:23:37PM -0500, Joe Smith wrote:
> would assume that it was fairly ovbious that the binary upload would need
> to be
> for an offical arcitecture, which amd64 is not (yet). In fact, it is
> probably not reccomended
> to be developing under a system that is not offically
On 18:12 Fri 18 Nov 2005, Ingo Juergensmann wrote:
> After buildd.net is fully working again, I thought it might be worthwhile to
> let you know and write a small mail about its new features
Thanks for the great work!
--
David Moreno Garza <[EMAIL PROTECTED]> | http://www.damog.net/
On 16:14 Sun 20 Nov 2005, Graham Wilson wrote:
> Wouldn't it also be possible to subscribe to debian-bugs-dist to get
> updates about the relevant bugs that way? Though, that might take quite
> a bit more processing on the receiving end than using the LDAP
> interface.
But the first is a preferred
Hello,
On Sun, Nov 06, 2005 at 11:14:39PM +0100, Nicolas François wrote:
>
> We would now like to get rid of this bug. What do you recommend:
> * keep a Debian specific implementation and tag this bug wontfix
> * reapply the patch to fix this bug, and report bugs on the packages that
>uses
"Joe Smith" <[EMAIL PROTECTED]> writes:
>>Not good. What is missing to get this fixed?
>
> Well There are two mirror changes. I suspect that scc will need to become
> operational,
> before amd64 is added to ftp-master. The scc change is a big change and
> certainly has te potential to break thi
On Sun, Nov 20, 2005 at 10:44:15AM -0800, Blars Blarson wrote:
> If you need to access the BTS data from a program, there is an LDAP
> interface available and a copy of entire BTS database on one of the
> developer accessable machines.
Wouldn't it also be possible to subscribe to debian-bugs-dist
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sun, Nov 20, 2005 at 08:40:17PM +, Rich Walker wrote:
>
>> This is probably a question with an obvious answer, but I couldn't find
>> the answer.
>
>> Why are man pages installed with owner and group "root" rather than
>> owner and group "man"?
On 08:33 Sun 20 Nov 2005, Christian Perrier wrote:
> It seems that this became enough for my address being listed...and now
> I can't work anymore on any bug from my home system.
>
> I will probably use a workaround by using my ISP proxy server but this
> just moves the problem elsewhere...
What
On Thu, 2005-11-17 at 14:36 -0800, Steve Langasek wrote:
> [let's get this over to a technical list like it was supposed to be ;)]
> > Following your exit status based approach you could add to stanzas
> > something like:
>
> > Expected-Status: 0
>
> > I found the above requirement the very mi
Nicolas Boullis <[EMAIL PROTECTED]> writes:
> On Sun, Nov 20, 2005 at 12:39:24PM -0800, Russ Allbery wrote:
>> Well, one practical concern is that it makes it harder for other
>> utilities like lintian to analyze the package properly.
> Well, that's an argument I don't like. Those are tools that
In message <[EMAIL PROTECTED]> Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sun, Nov 20, 2005 at 08:40:17PM +, Rich Walker wrote:
>
> > This is probably a question with an obvious answer, but I couldn't find
> > the answer.
>
> > Why are man pages installed with owner and group "root" rat
Jérôme Marant said:
Quoting Joerg Jaspert <[EMAIL PROTECTED]>:
Jérôme Marant schrieb:
> Is it currently possible to upload amd64 packages to ftp-master?
No.
Well. Yes. Of course you can upload. They just get rejected. :)
Not good. What is missing to get this fixed?
Well There are two mi
On Tue, Nov 01, 2005 at 08:33:23PM +0100, Kurt Roeckx wrote:
> Those are real libraries that were not stripped, and those should
> go away in favour of the detached version.
[Yes, I realize this is a really old thread... I haven't been reading
-devel lately.
Not necessarily true.
- They may be c
On Sun, Nov 20, 2005 at 08:40:17PM +, Rich Walker wrote:
> This is probably a question with an obvious answer, but I couldn't find
> the answer.
> Why are man pages installed with owner and group "root" rather than
> owner and group "man"?
Why would "man" need write access to the man pages?
Hi,
On Sun, Nov 20, 2005 at 12:39:24PM -0800, Russ Allbery wrote:
> Nicolas Boullis <[EMAIL PROTECTED]> writes:
> > On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
>
> >> 3) Keep the files that 'signal' executables in the same package than the
> >>executable (e.g. menu file, p
Package: wnpp
Severity: wishlist
Owner: Lior Kaplan <[EMAIL PROTECTED]>
* Package name: pyfribidi
Version : 0.3.3
Upstream Author : Yaacov Zamir <[EMAIL PROTECTED]>
* URL : http://hspell-gui.sourceforge.net/pyfribidi.html
* License : GPL
Description : FriB
Hi,
This is probably a question with an obvious answer, but I couldn't find
the answer.
Why are man pages installed with owner and group "root" rather than
owner and group "man"?
cheers, Rich.
--
rich walker | Shadow Robot Company | [EMAIL PROTECTED]
technical director 251 Live
On Sun, Nov 20, 2005 at 09:26:37PM +0100, Nicolas Boullis wrote:
> On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
> > Hello Debian developers,
> >
> > When doing research about circular-deps, I looked at a lot of packages
> > that are split between a binary package and a data pack
Nicolas Boullis <[EMAIL PROTECTED]> writes:
> On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
>> 3) Keep the files that 'signal' executables in the same package than the
>>executable (e.g. menu file, program manpage).
> Why? I agree that it menu files and manpages are generall
On Sun, Nov 20, 2005 at 12:13:48PM +0100, Bill Allombert wrote:
> Hello Debian developers,
>
> When doing research about circular-deps, I looked at a lot of packages
> that are split between a binary package and a data package. This is a
> good thing since this reduce the total siez of the archive
> "Chip" == Chip Salzenberg <[EMAIL PROTECTED]> writes:
Chip> Who does a developer have to fuck around here to get his key
Chip> deleted? -- Chip Salzenberg <[EMAIL PROTECTED]>
Chip> -- To UNSUBSC
Hi. As you are no doubt aware by now, getting your key removed is a
great myster
On Sunday 20 November 2005 18:44, Blars Blarson wrote:
> If you need to access the BTS data from a program, there is an LDAP
> interface available and a copy of entire BTS database on one of the
> developer accessable machines.
Then "bts cache" should use that, and not HTTP, or perhaps only fall b
I would like to help. I know C, C++, Java, Bash, Debian package system and I
sort of know how the menu works. I am a Debian Developer in training and I
have made many packages, three of which are already in Debian. You can take a
look at my work here:
http://qa.debian.org/[EMAIL PROTECTED]
On
On 20-Nov-05, 12:28 (CST), Isaac Clerencia <[EMAIL PROTECTED]> wrote:
> Yeah, I guess he (as me) thought you meant
> "Move /usr/share/pkg to /usr/share/pkg-data/"
Yes, that's how I read that. I assumed the "put the contents of
/usr/share/foo in the foo-data packaga" was too obvious to mention.
Ap
In article <[EMAIL PROTECTED]> you write:
>(this mail was CC'ed to debian-admin but I messed up in the To field)
[EMAIL PROTECTED] would be the correct place to send this.
>Since yesterday, I'm afraid that my IP address 81.56.227.253 is listed
>on bugs.debian.org among addresses which get a "Go a
(reply-to: debian-boot)
The minutes of the November D-I (Debian Installer) team IRC meeting
are now available from the Debian Installer Meetings wiki page:
http://wiki.debian.org/DebianInstallerMeetings
Minutes:
http://people.debian.org/~bubulle/d-i/irc-meeting-20051119/minutes
Log:
http://peop
On Sun, Nov 20, 2005 at 12:03:33PM -0600, Steve Greenland wrote:
> On 20-Nov-05, 05:13 (CST), Bill Allombert <[EMAIL PROTECTED]> wrote:
> > When doing research about circular-deps, I looked at a lot of packages
> > that are split between a binary package and a data package. This is a
> > good thin
On Sunday, 20 November 2005 19:14, Bill Allombert wrote:
> On Sun, Nov 20, 2005 at 12:03:33PM -0600, Steve Greenland wrote:
> > On 20-Nov-05, 05:13 (CST), Bill Allombert <[EMAIL PROTECTED]>
wrote:
> > > When doing research about circular-deps, I looked at a lot of packages
> > > that are split bet
On 20-Nov-05, 05:13 (CST), Bill Allombert <[EMAIL PROTECTED]> wrote:
> When doing research about circular-deps, I looked at a lot of packages
> that are split between a binary package and a data package. This is a
> good thing since this reduce the total siez of the archive, however
> there are si
On Sun, Nov 20, 2005 at 12:03:33PM -0600, Steve Greenland wrote:
> On 20-Nov-05, 05:13 (CST), Bill Allombert <[EMAIL PROTECTED]> wrote:
> > When doing research about circular-deps, I looked at a lot of packages
> > that are split between a binary package and a data package. This is a
> > good thin
Dear Debian developers and future developers,
I am been struggling with Debian menu since 3 years now.
I would like some help with checking the overall menu quality.
(menu entries and menu methods)
If you love the Debian menu system, accept it as it is, are _very_
patient, don't mind messing wit
"Chip Salzenberg" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Who does a developer have to fuck around here to get his key deleted?
--
Chip Salzenberg <[EMAIL PROTECTED]>
Wait. Ignore my previous post. I had forgotten that the resignation post was
indeed signed. It might howeve
"Chip Salzenberg" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
Who does a developer have to fuck around here to get his key deleted?
I'm not sure your resignation was valid. Most important debian mechanisms
require a signature from a key in the keyring.
It is hard for anybody
On Sun, Nov 20, 2005 at 10:23:58AM +, Joerg Sommer wrote:
> I've got a bug report (#336527) my package bootchart-view do not work
> with j2re1.3. But j2re1.3 is not in Debian. Can I set a conflict upon a
> packages that is not in Debian? But if it do not work with j2re1.3 it
> should more than
2005/11/20, Petter Reinholdtsen <[EMAIL PROTECTED]>:
> I suspect and hope the DPL try to reason with the people in question
> first, before the DPL wields his authority and push the current holder
> of privileged positions aside, as a power struggle with the overworked
> people in these privileged
em muon mua 1 ve may bay khu hoi di tu beijing_china den sing bay vao ngay 15/12/2005 tro ve vao ngay 29/12/2005.xin hoi co' ve ko a. va gia ve la bao nhieu
Yahoo! FareChase - Search multiple travel sites in one click.
Processing commands for [EMAIL PROTECTED]:
> reassign 206293 mozilla-browser
Bug#206293: mozilla-browser: hangs silently very often
Warning: Unknown package '206293'
Bug reassigned from package `!' to `mozilla-browser'.
> reassign 173206 emacs21
Bug#173206: emacs21: Use of non-standard header wit
reassign 206293 mozilla-browser
reassign 173206 emacs21
reassign 202620 mozilla-browser
reassign 203700 ssh
reassign 246678 debtags
reassign 248664 bind9
reassign 173494 vim-gtk
reassign 199709 mutt
reassign 241866 jzip
reassign 248501 gman
reassign 206374 xml-resume-library
reassign 266021 ifupdow
Processing commands for [EMAIL PROTECTED]:
> reassign 206293 !
Bug#206293: mozilla-browser: hangs silently very often
Warning: Unknown package '206293'
Bug reassigned from package `mozilla-browser' to `!'.
> reassign 173206 !
Bug#173206: emacs21: Use of non-standard header without X- before
Warni
hi joerg,
On Sun, Nov 20, 2005 at 10:23:58AM +, Joerg Sommer wrote:
> I've got a bug report (#336527) my package bootchart-view do not work
> with j2re1.3. But j2re1.3 is not in Debian. Can I set a conflict upon a
> packages that is not in Debian? But if it do not work with j2re1.3 it
> should
On Sun, Nov 20, 2005 at 10:23:58AM +, Joerg Sommer wrote:
> Hi,
>
> I've got a bug report (#336527) my package bootchart-view do not work
> with j2re1.3. But j2re1.3 is not in Debian. Can I set a conflict upon a
> packages that is not in Debian? But if it do not work with j2re1.3 it
> should m
Hi,
I've got a bug report (#336527) my package bootchart-view do not work
with j2re1.3. But j2re1.3 is not in Debian. Can I set a conflict upon a
packages that is not in Debian? But if it do not work with j2re1.3 it
should more than ever not work with older version. But I would assume
older versio
Hello Debian developers,
When doing research about circular-deps, I looked at a lot of packages
that are split between a binary package and a data package. This is a
good thing since this reduce the total siez of the archive, however
there are simple rules that should be followed:
1) Make sure pk
(If [EMAIL PROTECTED] is not the same person as
[EMAIL PROTECTED], then apologies, this was not for you,
[EMAIL PROTECTED])
Hi,
I've uploaded an NMU of nag to tfheen's delayed queue on gluck to fix
this bug. It will be uploaded to Debian in 7 days. If you (Fabio
Rafael da Rosa <[EMAIL PROTECTED
[Nathanael Nerode]
> It's a pity the DPL hasn't anointed a less-busy person with
> authority to alter the keyring.
I suspect and hope the DPL try to reason with the people in question
first, before the DPL wields his authority and push the current holder
of privileged positions aside, as a power
On Sat, 2005-11-19 at 23:02 +0100, Enrico Tassi wrote:
> mh... I do not completely agree... I think a separate repo should be
> the way to start... but at the end I would like to see these packages
> in debian... the best developing environment (not only the best OS).
>
> If you want to start thi
Package: wnpp
Severity: wishlist
Owner: Julien Louis <[EMAIL PROTECTED]>
* Package name: cmus
Version : 1.6.4
Upstream Author : Timo Hirvonen <[EMAIL PROTECTED]>
* URL : http://onion.dynserv.net/~timo/index.php?page=Projects/cmus
* License : GPL
Description
* Christian Perrier:
> Is there something I can do for getting my address unlisted (apart
> from again reducing the load I put on b.d.o...which I did again down
> to the lowest acceptable refresh rate on my side)?
There is a BTS mirror on merkel. Maybe you could mirror the bug
reports you are in
Goswin von Brederlow <[EMAIL PROTECTED]> writes:
> And why would you need to do that?
>
> [This might sound harsh but it isn't ment as critizism] Is the
> inconvenience of having a i386 chroot on your amd64 to build and
> upload packages too much? You should have a chroot for building
> packages a
69 matches
Mail list logo
