On Monday 14 March 2005 19:38, Sven Luther wrote:
> On Mon, Mar 14, 2005 at 07:17:08PM +0100, David Schmitt wrote:
> > Both are currently "happening." The current release and security teams
> > say that they cannot support the tier-2 arches for etch. The porters jump
>
take the former.
Then read the Nybbles proposal as a invitation to forming a $tier_2_arch
security team, recompiling packages from DSAs as needed. Yes, you will be
later than everyone else, but you will definitely be finished before "never".
Regards, David
--
- hallo... w
ase to justify inclusion on all
mirrors, defined as 10% of downloads over a sampled set of mirrors
"
Does m68k have developers to support d-i and support from the security team?
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über e
On Monday 14 March 2005 22:58, Christian Kurz wrote:
> On [14/03/05 19:05], David Schmitt wrote:
> > They do so now. Are you (all) prepared to take up the call?
>
> Pardon, but where do you see any public e-Mail from any of the "the
> people doing release, ftpmaster, etc.
Please explain this to me, I
am little slow in the morning.
> And if testing is not appropriate for them, why don't we drop testing
> altogether ?
Off the top of my head I would say because testing was appropriate for a small
number of arches but didn't appropriately scale for a bigger number of arches
where the probability of breakage on any single one of them approaches one.
Also testing is absolutely needed to be able to properly support stable after
the release: this needs synced arches, else security updates would need to
recompile several different minor diverging versions each time.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
d packages [ORDER BY
maint]) until 75-90% of the transition is finished and only afterwards file
bugs on those packages that still pose problems. This often also included
maintaining a external repository with all changed packages (see SELinux for
example).
Regards, David
--
- hallo... wie
ou don't provide pointer to relevant material this sounds like hte
earlier claim, that Martin Schulze is the only active security team member
because his DSA announcements are the only ones posted[1].
Regards, David
[1] I'm exaggerating a little bit here.
--
- hallo... wie gehts heu
work for a stable
release (tracking RC bugs, D-I, security support, buildd administration) the
ratio is exactly the other way. Debian is Debian/stable. Removing those
working primarily on releasing would leave only a shell of Debian behind.
Regards, David
--
- hallo... wie gehts heute?
- *hust
night after some flashworm hit me
because the security update was delayed (for whatever $arch-specific reason).
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
On Monday 14 March 2005 17:18, Sven Luther wrote:
> On Mon, Mar 14, 2005 at 11:12:29AM -0500, David Nusinow wrote:
> > On Mon, Mar 14, 2005 at 09:54:49AM -0600, John Goerzen wrote:
> > > It is not unstable that I am (most) worried about.
> > >
> > > It is the
> so, and become a "tier-1" arch. Yay you.
If I read the proposal (and Steves explanations) right, ftp.d.o mirroring and
tier-1 are not coupled. You seem to imply that. Please clarify.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommuni
390 all in all seems to keep up. Perhaps this is only
a temporary problem? We can only guess without $s390_buildd_maintainer.
Regards, David
[1]
http://people.debian.org/~igloo/needs-build-graph/index.php?arches=s390&days=30
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- g
se architectures that need relativly stable 12-18 month release cycles.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
On Tuesday 15 March 2005 14:34, Julien BLACHE wrote:
> David Schmitt <[EMAIL PROTECTED]> wrote:
> >> Sure, and I won't say the contrary. But having a great infrastructure
> >> (which is the case) and great people doing good work is of no help in
> >> maki
d
and release whatever was able to build it. I also want to believe that it
will be possible for a few dedicated porters to get into the vendor-sec
circle, but this is a highly sensitive area jeoparding Debians ability as a
whole to release prompt security updates.
Regards, David
--
-
ble Debian
with all it entails.
You're some piece of work.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Mar 15, 2005 at 08:04:31AM +0100, Marc Haber wrote:
> On Mon, 14 Mar 2005 15:52:22 -0500, David Nusinow
> <[EMAIL PROTECTED]> wrote:
> >Sarge was already very late before Ubuntu existed. Our mirror network was
> >already strained before Ubuntu existed. Our releas
ee bugs are maintnance-gone-cold, fix-in-the-works but not yet
verified and maintnance-gone-cold. Two out of three are RC problems even
without amd64, the third is being worked on and probably already solved. I
don't want to research the other bugs but I don't believe the situation to b
On Tuesday 15 March 2005 17:08, Henning Makholm wrote:
> Scripsit David Schmitt <[EMAIL PROTECTED]>
>
> > On Tuesday 15 March 2005 12:57, Henning Makholm wrote:
> >> Scripsit Steve Langasek <[EMAIL PROTECTED]>
> >>
> >> > This really mak
leasable vs releasable, but only by the
technical merits of the patch)
*) accept the patch -> patched
*) run and hide -> still patched
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir Ãber ein septisches medium ;)
-- Matthias Le
On Tue, Mar 15, 2005 at 07:13:39PM +0100, Marc Haber wrote:
> On Tue, 15 Mar 2005 11:17:25 -0500, David Nusinow
> <[EMAIL PROTECTED]> wrote:
> >On Tue, Mar 15, 2005 at 08:04:31AM +0100, Marc Haber wrote:
> >> From what is public visible, the security team has lost at l
On Tue, Mar 15, 2005 at 06:45:48PM +, Henning Makholm wrote:
> Scripsit David Nusinow <[EMAIL PROTECTED]>
> > For *years*, I've heard porters complain about ftpmaster and
> > such. Well, now every port has the full ability to take matters in
> > to their own h
lems
instead of just bitching. Oh, and do the work to implement it.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Tue, Mar 15, 2005 at 08:55:57PM +0100, Matthias Urlichs wrote:
> Hi, David Nusinow wrote:
>
> > This does not preclude porters from making a stable release. In fact, all
> > the talk I've heard assumes that they will (via the snapshot method).
>
> Anybody can do
in that email. It definitely clarifies
things.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Additionally, this hints at hidden problems of this architecture which - in
the worst case - might lead to Debians sudden inability to support a
really-stable release on this architecture. Regardless of the outcome of the
post-Vancouver fallout, this is a problem that should be tackled before
bl
nd better are not in sync between the testing major and
this instance.
Of course the list can be optimises by sharing "must-have" and probably also
parts of "should-have" across more arches.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir Ãber ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
nd it'd is probably an important step forward to
bringing SELinux more into the mainstream.
Russell is probably in a better position to comment on the feasibility though.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir Ãber
y updates
without infringing on vendor-sec embargoes.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir Ãber ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
any ports since it is not possible to
> support those snapshots security-wise by the security team and they
> would be locked out of a stable release as well. We cannot support an
> arbitrary number of source packages. This would get the Debian
> archive totally out of sync.
One of the underlying assumtions - as far as I discerned it - was exactly that
the security team already cannot support those architectures which won't
fulfil REGULAR requirements because of other reasons than unstable
snapshotting.
Also as I tried to explain above, this very much will depend on porters actual
needs for releasing and their willingness to put their money where their
mouth is.
> It's also an interesting thought how many architectures will suffer
> from the _all dependency trap when maintainers don't care about crap
> architectures anymore that won't be released at all.
Hmm, this is a point I have not seen considered until now, people should keep
an eye on this. Though I remember discussion how the _all (= $Source-Version)
can be remedied also in the light of bin-NMUs.
> Done.
AOL!
Thank you all for your patience, reading until the end ;)
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir Ãber ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
arious packages rotting in NEW and making that information
public.
Without public information, there is no discussion.
Without discussing those things (especially those ftp-masters have generally
express their distrust by ignoring them) nothing will happen.
Regards, David
--
- hallo... wi
aims at a 12-18 month release cycle)
2) Providing a better alternative is more efficiently done by those
dissatisfied with the status-quo (i.e. you) as opposed to those who worked
hard to establish the status-quo as solution to their problems (i.e.
ftp-master and release team).
Than
nced such that when a hint is carried out by the
RM's, a notification mail is sent out to a subscriber list notifying them of
the hint. This would allow for multiple subtestings to choose wheter or not
they want to do the same thing.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
m the
enterprise RDBMS making me too no big candidate for automatic upgrades.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
On Thursday 17 March 2005 01:19, Matthias Urlichs wrote:
> Hi, David Schmitt wrote:
> > Collecting tidbits of
> > information concerning the various packages rotting in NEW and making
> > that information public.
>
> A list of packages-in-NEW is available on the Web,
On Thursday 17 March 2005 00:21, Adrian Bunk wrote:
> On Wed, Mar 16, 2005 at 07:51:16PM +0100, David Schmitt wrote:
> "libraries transitioned" is a big point against testing:
>
> Transitions of API-compatible libraries are a pain _only_ due to
> testing. In unstable, suc
dpkg,release}/, but also include dak,
britney, w-b and whatever else there looks at the Arch: field) and create a
wellformed patch. I'm sure that would be very appreciated.
Don't expect your first version to be wellformed.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *
ere might be issues caused by delaying builds across
library transitions.
Perhaps there will be a need for defining ALMOSTREGULAR.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
-- Matthias Leeb, Un
On Thursday 17 March 2005 22:09, Joerg Jaspert wrote:
> On 10231 March 1977, David Schmitt wrote:
> >> > Collecting tidbits of
> >> > information concerning the various packages rotting in NEW and making
> >> > that information public.
> >>
> &
y disagreements on urgency on
a smaller scale. Buildd availability for example.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir Ãber ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
yes.
Would it be possible to code a check for lintian/linda how much space is used
by the package in /usr/share and report an error when crossing a threshold
(100kb? 500kB?) for Arch != all?
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommuniz
y http://ftp-master.debian.org/testing/hints/README
> --
As an aside, urgetn in the top section of that readme is certainly meant
to be urgent. As this is a huge thread, I expect this will be lost in
the noise, but I thought I'd point it out so someone can fix it.
David
signature.asc
Description: Digital signature
the current
> proposal and will diminish debian's value. The former is the way to go.
> Scalability problems need to be solved by improving infrastructure or
> procedures as appropriate.
Porters who have worked on getting an arch to REGUALR status are in a much
better position (demonstrated commitment, technical aptness and
experiencewise) to solve those problems than random-joe-developer.
Always remember that the main reason that it is easier for a porters team to
release within the (current) Debian framework than outside is that _others_
do work for them.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir Ãber ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
talked with the CTO two days ago about the Vancouver plan and he said that
implementing it (or something similar) would demonstrate Debians ability to
cope with its internal problems, assuring him that he won't need to switch.
Regards, David
--
- hallo... wie gehts heute?
- *hust* gut *rotz* *keuch*
- gott sei dank kommunizieren wir über ein septisches medium ;)
-- Matthias Leeb, Uni f. angewandte Kunst, 2005-02-15
her, because they could "just improve $releae-mechanism"
and release etch with all 15+ arches within the next two years really hasn't
understood how Debian works[1].
If this pace keeps up I am convinced that etch will have more than four
REGULAR arches.
Regards, David
[1] ... and s
t a discussion about the rest going.
And "discussion" in this case doesn't mean posting long rants from the
uploaders on d-devel how unfairly the cabal has ignored his package since he
uploaded it five years ago to NEW and never cared afterwards.
Regards, David
--
- hallo... wie ge
s is still an issue. Joey Hess's mails have indicated very clearly that it's
difficult to get an installer release out even when all arches are already
supported.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
res.
This way, we'd both satisfy people using Debian as a base for
embedded and other customised systems, and most (but not all)
porters. Of course some people are never satisfied, but then again,
there is no way to solve this that makes everyone happy.
[1] Hopefully, I might remember incor
ee license for the papers to be acceptable. That they are mandating
this is acceptible and is to be encouraged for an event connected with
Debian.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Nov 13, 2005 at 10:13:31PM +0100, Henning Makholm wrote:
> Scripsit David Nusinow <[EMAIL PROTECTED]>
>
> >> > Debconf requires non-exclusive publication rights to papers,
> >> > presentations, and any additional handouts or audio/visual materials
rimental, and is slated to be removed in
the next upload of Xorg to unstable, be it 6.8 or 6.9. If this really is an
important issue, I can do a 6.8 upload to unstable within 24 hours.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
sorry to hear that my inquiry resulted in the removal of XyMTeX
> from TeXLive. :-(
Your inquiry resulted in Dr. Shinsaku's wishes being heeded. That's
nothing to be sorry for. It is a pity that such are his wishes, but
that certainly is not a fault of yours.
--
David Kastrup, Kr
On Mon, Dec 12, 2005 at 11:37:31PM +0200, Linas Zvirblis wrote:
> David Moreno Garza wrote:
>
> >What are you talking about Debian Style?
>
> Color scheme, artwork (default wallpaper, login screen, even CD covers).
> All those little things that would make a user sa
Kaashif Asghar (Sales), at
extension 221 or [EMAIL PROTECTED]
Thank you for your time, and wishing you a Merry Christmas and a Happy New Year!
Yours Sincerely,
David Ou
GAO Engineering Inc.
601 Milner Avenue, 2nd Floor
Toronto, Ontario M1B 1M8, Canada
Tel: (416) 292-0038 ext. 818
Fax: (416) 292-236
Installer ( 0) irssi_0.8.10-1_multi.changes
ACCEPTED
5.5 hours for a package to make it through NEW. I think you owe some people an
apology.
(Oh and to who ever processed irssi, thank you. Was a nice surprise to wake up
to. :) )
--
David Pashley
[EMAIL PROTECTED]
Nihil curo de ista tua stu
ution would be something that ldopened liblame, so a user
could install liblame if they wanted and get the functionality that they
would have done if it was compiled in now. I believe that would be
allowed in Debian, as we wouldn't be distributing anything
patent-encumbered.
--
David Pashley
[
roject rather than their little
package feifdom. It might help overcome the sense that key people aren't
communicating, as well as provide more easy avenues for NM's to get
involved that don't simply involve packaging some crap little script from
freshmeat.
- David Nusinow
[0] A Debian
meone can take ownership of a
package within the team) but also a cohesiveness and a known set of people
to turn to when you're in need.
It's pretty simple to found such a team too. All it takes is some
interested people and an alioth project.
- David Nusinow
--
To UNSUBSCRI
, let's not dump even more crap into /etc; it's ugly enough
as it is...
Regards: David Weinehall
--
/) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\
// ~ // Diamond-white roses of fire //
\) http://www.acc.umu.se/~tao/(
Hello,
I am new to the list. Could anybody point me in the direction for
submitting a new package to Debian? Is there a documented procedure?
Thanks.
-Dave Seff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
g 6.9 while it was in
experimental. Not enough to catch all the bugs by any means, but I got at
least some feedback. Then again, Xorg is special in that people with newer
hardware often need the updates.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
at the buglist. I'm not really all
that thrilled about the possibility of becoming the mesa maintainer, but
right now it looks like my only option if I want to move on modular xorg.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
p from scratch. If you want it in Debian, get hacking.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tions, soliciting advice politely, and rolling up your
sleeves and getting some work done. Free software on the scale that Debian
exists is fundamentally a social activity, and if you want it to work you
have to make an effort on the human level. All this crap about launchpad,
arch vs svn, and ot
On Fri, Jan 06, 2006 at 11:25:17AM -0500, David Nusinow wrote:
> On Fri, Jan 06, 2006 at 09:26:33AM -0500, Nathanael Nerode wrote:
> > Hello! This is one of 5 RC bugs, apparently with no maintainer response.
> > Apparently the list which is listed as the maintainer is rej
t; bad strategy to be making externally to Debian in the first place if
> > they're serious about limiting divergence from Debian.
>
> I agree with the poll thing, but the 'giving back to Debian' applies
> when you think about things like xorg (David even wrote it), gksu
>
On Thu, Jan 12, 2006 at 09:35:18PM +0100, Andreas Barth wrote:
> However, on the other hand feel free to create a "common maintained
> packages team" that adopts such packages :)
Isn't that pretty much what the qa team does?
- David Nusinow
--
To UNSUBSCRIBE, email to [
On Fri, Jan 13, 2006 at 10:45:48AM -0200, Gustavo Franco wrote:
> We can't say that Canonical/Ubuntu isn't contributing back. They're,
> as pointed out by some of us. e.g.: David said that Daniel helped him,
> but if he did that in his workhours it's under Canonical
at keep many users from using Debian." From the sound of this
thread everyone would welcome what's on that page with open arms.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
o idea how, but I do know that I'm still looking to close the gap in
certain differences between our X packages and Knoppix's for instance.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Fri, Jan 13, 2006 at 03:53:51PM -0800, Matt Zimmerman wrote:
> On Fri, Jan 13, 2006 at 05:49:40PM -0500, David Nusinow wrote:
> > I don't buy this. The impression that just about everyone has of this
> > didn't come from nowhere.
>
> Not from nowhere, no. The
g an NMU for one
of his other packages, and I can NMU gerris sometime over the next few days
with your patch in his report.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Mon, Jan 16, 2006 at 03:42:54PM -0500, David Nusinow wrote:
> On Mon, Jan 16, 2006 at 10:25:58AM -0500, kamaraju kusumanchi wrote:
> > Hi all
> > Please let me know if there is other appropriate mailing list to
> > report this problem. I am looking at the package
rest
for Debian to do so, but since it's obvious from this discussion that
different Debian developers have different opinions on this issue,
it's clearly not in Debian's best interest.
Regards: David Weinehall
--
/) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window
care about a topic please don't waste all of our time
while you browbeat your opposition (and in this case, fellow Debian
developer) in to the ground. Some of us who do care might want to see
something positive come out of this long and painful thread.
- David Nusinow
--
To UNSUBSCRIBE,
community for making a similar mistake.
That said, I don't really understand why it's Ok for Ubuntu to do this but
not us.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Thu, Jan 19, 2006 at 03:18:48PM -0800, Matt Zimmerman wrote:
> On Thu, Jan 19, 2006 at 05:58:20PM -0500, David Nusinow wrote:
> > That said, I don't really understand why it's Ok for Ubuntu to do this but
> > not us.
>
> Ubuntu never installs python-minimal wi
'm also confused and genuinely curious... you
guys use the minimal package during bootstrapping or something and then by
the end of the installation process you will necessarily have the full
python somehow. Is this correct?
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
n Debian too, but if the bug is caused by
the Ubuntu build environment, then the bug is purely in the package,
and any bugreport would just waste the Debian developer's time, *AND*
risk Ubuntu losing vital information about a bug in their build
environment.
Regards: David
--
/)
On Tue, Jan 10, 2006 at 11:18:18PM -0500, David Nusinow wrote:
> I've got an NMU prepared and sitting in the XSF svn repo[0]. Almost all the
> work was done by Daniel Stone, so I mainly had to add the appropriate bug
> closers in the changelog.
>
> This NMU will depend on a n
translate just fine to Debian. I'll be uploading packages to
experimental shortly to test for this, although I don't recommend anyone
use it outside of a chroot until we have a more or less complete X suite
available in experimental. If you have any questions or comments, please
feel fr
On Mon, Jan 23, 2006 at 12:15:23AM -0500, Joey Hess wrote:
> David Nusinow wrote:
> >One of the changes happening for Xorg 7.0 is that it will finally become
> > FHS compliant.
>
> FWIW, the FHS 2.1 specifies /usr/X11R6 in section 4.1. I can't see
> anything FHS-
ymlink to . (i.e. /usr/bin) which
> means that this all continues to work fine after xauth and friends move
> to /usr/bin. David's paragraph above implies something different. David?
Right, I'm sorry. I'd forgotten about that part and had misread the script
before sending the mail.
On Sun, Jan 22, 2006 at 09:54:54PM -0800, Russ Allbery wrote:
> David Nusinow <[EMAIL PROTECTED]> writes:
> > Right. The everything that you'd expect to go in to /usr/bin and
> > /usr/lib will install there, at least as far as Xorg goes. An example of
> > th
On Mon, Jan 23, 2006 at 07:32:33AM +0100, Mike Hommey wrote:
> On Mon, Jan 23, 2006 at 12:48:24AM -0500, David Nusinow <[EMAIL PROTECTED]>
> wrote:
> > Right. The everything that you'd expect to go in to /usr/bin and /usr/lib
> > will install there, at least as fa
On Mon, Jan 23, 2006 at 02:48:33AM -0500, Joey Hess wrote:
> David Nusinow wrote:
> > Right. The everything that you'd expect to go in to /usr/bin and /usr/lib
> > will install there, at least as far as Xorg goes. An example of that is
> > that the new xterm package i
boring, and I
> wouldn't recommend it if you can avoid it.
Apparently upstream has made an imake configuration that will basically do
the right thing and install binaries to /usr/bin and so forth. I'll be sure
to enable this in our build. Hopefully that'll take care of this issue.
-
On Mon, Jan 23, 2006 at 05:33:33PM -0800, Paul Johnson wrote:
> On Sunday 22 January 2006 03:16, David Weinehall wrote:
>
> > Since all Ubuntu packages are recompiled against a different set of
> > libraries, the bug might not even affect the Debian package, even though
>
edge to reduce this problem in my own work,
rather than write it in the language I would have chosen had I been first
to the site. While perl has its share of problems, it's not that bad and
refusing to work in it is a little absurd.
- David Nusinow
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: wnpp
Severity: wishlist
Owner: David Watson <[EMAIL PROTECTED]>
* Package name: raccoonshow
Version : 0.6
Upstream Author : Jono Bacon <[EMAIL PROTECTED]>
* URL : http://www.jonobacon.org/projects/raccoonshow/
* License : GPL
aptic
> doesn't show up any matches for helix.
apt-cache search helix-player
yields:
helix-player - the helix audio and video player
Regards: David
--
/) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\
// ~ // Di
Package: wnpp
Severity: wishlist
Owner: David Nusinow <[EMAIL PROTECTED]>
* Package name: compiz
Version : 0.0.1
Upstream Author : David Reveman <[EMAIL PROTECTED]>
* URL : http://www.freedesktop.org
* License : GPL or MIT/X11
Description : O
Package: wnpp
Severity: wishlist
Owner: David Nusinow <[EMAIL PROTECTED]>
* Package name: xserver-xgl
Version : 1.0.1
Upstream Author : X.Org <[EMAIL PROTECTED]>
* URL : http://www.freedesktop.org
* License : MIT/X
Description : OpenGL Bac
Package: wnpp
Severity: wishlist
Owner: David Nusinow <[EMAIL PROTECTED]>
* Package name: xephyr
Version : 1.0.1
Upstream Author : X.Org <[EMAIL PROTECTED]>
* URL : http://www.freedesktop.org
* License : MIT/X
Description : X server that
Package: wnpp
Severity: wishlist
Owner: David Nusinow <[EMAIL PROTECTED]>
* Package name: glxcompmgr
Version : 0.0.1
Upstream Author : X.Org <[EMAIL PROTECTED]>
* URL : http://www.freedesktop.org
* License : MIT/X
Description : OpenGL composi
Package: wnpp
Severity: wishlist
Owner: David Gil <[EMAIL PROTECTED]>
* Package name : libphp-xajax
Version : 0.2
Upstream Authors : Jared White <[EMAIL PROTECTED]>
J. Max Wilson <[EMAIL PROTECTED]>
* URL : http://www.xajaxproj
o more binary
packages? manpages (generic stuff for all Debian systems),
manpages-linux (Linux specific things, like sysfs), manpages-linux-dev
(Linux specific programming interfaces).
Regards: David Weinehall
--
/) David Weinehall <[EMAIL PROTECTED]> /) Rime on my window (\
// ~
anges are needed to address
> bugs such as #295211 (upstream does not document our libc/kernel
> combination).
What manpages in upstream are non-free? Do we have rewritten
alternatives in Debian, or are those pages simply removed without
replacement?
Regards: David Weinehall
--
/)
On Mon, Jan 23, 2006 at 07:32:33AM +0100, Mike Hommey wrote:
> On Mon, Jan 23, 2006 at 12:48:24AM -0500, David Nusinow <[EMAIL PROTECTED]>
> wrote:
> > Right. The everything that you'd expect to go in to /usr/bin and /usr/lib
> > will install there, at least as fa
. This provides support for
> programs such as emacs.
>
Why would I want to use this? I now know how to use it, but I am still
none the wiser as to what I could do with it.
You might want to rewrite the description to include some use cases for
multixterm.
--
David Pashley
[EMAIL P
101 - 200 of 2449 matches
Mail list logo
