ified to continue it. however, if the docroot does shift
to /srv/www, i would still put my lot in for making any package that actually
puts files/dirs there (httpds included) instabuggy. why not remove the
directory entirely (whereever it is) and have a custom 404 for the location
saying
r this type of
question is the debian-mentors mailing list.
regards,
sean
signature.asc
Description: This is a digitally signed message part.
-init-tools so that these
directories were included in the search path for modprobe.
note that this is non-conflicting with rolling the modules into a .deb
package too, but i think is the only clean way to build/install kernel
modules if you are already within the package installation process.
sean
signature.asc
Description: Digital signature
so via debconf if you want to be fancy).
i would strongly recommend against putting anything in /usr/lib/cgi-bin,
as use of this directory should be deprecated[1].
sean
[1] yes, i know that (normal, not webapps) policy still points at it and some
packages may still use it,
or with any package that provides
> httpd-cgi ?
i would hope that most packages that provide cgi functionality have the
ability to have something along the lines of a ScriptAlias, yes.
sean
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: sean finney <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package name: ps3-utils
Version : 2.2.0
Upstream Author : Sony Computer Entertainment Inc.
URL :
http://riksun.riken.go.jp/pub/pub/Linux/
or the debconf based
approach.
opinions?
sean
--
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: sean finney <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: ps3-kboot
Version : depends on choice of upstream (see below)
Upstream Author : (see below)
* URL : (see below)
* L
On Fri, Oct 31, 2008 at 01:39:47PM +0100, Josselin Mouette wrote:
> * Sean Finney (us) for downgrading #501574 and fixing #267040
i'm in .se, actually :)
sean
signature.asc
Description: Digital signature
Package: wnpp
Severity: wishlist
Owner: sean finney <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package name: speutils
Version : (see below)
Upstream Author : Kristian Jerpetjøn <[EMAIL PROTECTED]>
URL : http://code.google.co
Package: wnpp
Severity: wishlist
Owner: sean finney <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package name: spu-medialib
Version : (see below)
Upstream Author : Kristian Jerpetjøn <[EMAIL PROTECTED]>
URL : http://code.goog
something
to
the bug for posterity (and yes, the same applies to the "undocumented"
php-maint intentions as well)
personally i don't object to having an NMU done for this, though a "heads up"
would have been appreciated.
sean
signature.asc
Description: Digital signature
t for Maven'
> > be okay with you?
>
> ...As long as there is a 'maven' package which properly describes
> itself from the short description, I'm OK with it.
i would suggest that it'd be better yet to say what an "archiver" actually
is... i.e. .
e. but you might face a
little extra scrutiny from the powers that be if you come to them with a
large chunk of unaudited php code to run on their machines.
then again, ianadsa, and neither is anyone else who has thus far commented...
sean
signature.asc
Description: This is a digitally signed message part.
manently maintaining this
package feel free to step up.
sean
signature.asc
Description: This is a digitally signed message part.
misses such things as ccsm
> > (seems like compizconfig-settings-manager?). I believe there is some
> > reason for this (why it is not included). What is the reason? :)
>
> Mostly, lack of manpower. Sean Finney has started working on those
> packages, but AIUI there's some
es [1] that work (not from
> personal experience though).
>
which afaik work from a software standpoint but aren't the nicest wrt
packaging and upgrading. also he's not providing the source packages the
last time i checked, which isn't so nice for packages in which some of th
On Wednesday 24 October 2007 05:42:57 pm Joerg Jaspert wrote:
> On 11182 March 1977, Marco d'Itri wrote:
> >> Thoughts? Flames? Let me have it! :)
> >
> > Let's just switch to postfix, exim is way too much complex for most
> > applications.
>
> No. if we ever switch away from exim, which we should,
what would otherwise have gone
in /usr/libexec go in /usr/lib/package/ instead.
sean
signature.asc
Description: This is a digitally signed message part.
On Thursday 20 December 2007 01:06:58 am Toni Mueller wrote:
> Hi,
>
> On Thu, 20.12.2007 at 00:06:55 +0100, sean finney <[EMAIL PROTECTED]>
wrote:
> > the FHS (and debian by extension) doesn't provide support for
> > /usr/libexec. in every case i know of,
like "git show | quilt import -P upstream_.patch -"[1]
sean
[1] if there are conflicts it's a bit trickier, then i usually resolve
the cherry-pick, commit it, do the above for the resolved commit, and
rebase the resolved commit from the history.
signature.asc
Description: Digital signature
g62-dev' or 'libjpeg-dev|libjpeg8-dev'
> or
> other combinaisons since this is useless and can only cause problem is the
> future.
what about people wanting to support lenny backports? afaict libjpeg-dev
is a virtual package in lenny, and thus we'd need libjpeg-dev|libjpeg62-dev.
sean
signature.asc
Description: Digital signature
o force
users to migrate to the "development" version.
sean
signature.asc
Description: Digital signature
vercome this trepidation
and include flag icons for such purposes.
I for one would love to get little flag icons back for displaying my
keyboard layouts, as it's visually much quicker/easier to identify than
looking for a two/three character piece of text on my task bar.
sean
signature.asc
Description: Digital signature
.. but they
> are somewhat ugly and some users do not understand them.
imho epochs are intended for dealing with new versions that don't sort
properly compared to previous versions, not for forcing users to downgrade
their packages to a previous version, which could cause data loss and o
e projects to see what the company who spends the
money on your work can do for you!
http://www.rochesterpropertyexperts.com/CONTRACTING_You_Trust_.php
Thank you again for your time and we look forward to your call!
Sincerely,
Sean Foster
585-285-0042
This message was sent by: sean foster
the final say in what goes into the archive, but this
really sounds like an over-zealous misinterpretation of the DFSG.
i'd hope that this were a miscommunication and/or not the position
of the entire team, because otherwise it would take a GR to overturn
their position.
sean
signature.asc
Description: Digital signature
curity-ng".
or perhaps "debian-security-imho" would be even better.
sean
signature.asc
Description: Digital signature
27;m hesitant
to break things, at least this late into the release cycle.
sean
signature.asc
Description: Digital signature
fine with puring a config file that isn't registered, for example),
but i'd want to do some kind of audit and loose testing to know for sure
before i instabug a large number of packages.
sean
signature.asc
Description: Digital signature
stream and maintainer, and the
software is otherwise DFSG-compatible, i don't see why they would deny
such a new upload.
of course, it would be a lot nicer if you could just hand over the reins
of the current package to those who have been asking for
cations.
to me it seems that somewhere under /var/lib or /var/cache would be
more appropriate... and just to throw something out there, there is an
/etc/ld.so.conf.d directory, so the package could drop a file in there
pointing at wherever the libraries were placed.
sean
signature.asc
Description: Digital signature
above would be welcome...
sean
--
signature.asc
Description: Digital signature
for example, this is what is done in the
cacti package, which also has some fairly complicated/robust upgrade
tasks between versions.
sean
signature.asc
Description: Digital signature
t the branch names and any other
release-specific stuff in ./debian/gbp.conf, on the respective debianized
branch, which means you can have different configurations on a per-branch
basis, and don't need to pass all those pesky options to gbp every time
you run it :)
s are responsive and pleasant to work with.
I'm also open to starting up an alioth project for co-maintenance, and can
sponsor/review uploads for a while if there's interested people who are not
(though preferably are interested in becoming) uploading developers.
Sean
-BEGI
terested in "joining" pkg-php, muwahaha)
backwards-compatible can also mean forwards-compatible too, which i
suppose might make a package binNMU'able in some kind of transition
where it would otherwise be needing a sourceful upload.
anyway, just my 0.02 $LC_MONETARY fwiw :)
sean
signature.asc
Description: This is a digitally signed message part
start (yes, they could be
fixed, but since this would just be a temporary solution to begin
with...)
sean
signature.asc
Description: This is a digitally signed message part
supposed to use to
enable/disable init scripts)
sean
signature.asc
Description: This is a digitally signed message part
start something like this up long ago[1] but it never picked up steam.
maybe now that we have two new different init systems at the gates and
also people wanting to have continued support of "traditional"
sysv/file-rc, we should consider trying to revitalize that discussion?
ust not determining them worthwhile?
given that RH9 is like what, 10 years old, i'd think that it's just as
likely that the utilities just weren't leaky at the time.
sean
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe&qu
his morning and he mentioned that there
were some (perhaps-unpublished?) notes from the DebConf BoF on init systems,
does anyone still have a copy of those? is there any other central place
where this stuff is being discussed?
sean
--
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110302092127.gb27...@cobija.connexer.com
stall them and learn how to use them, etc (and it may be
that even with said utilities that they still have to run
insserv, d'oh)...
sean
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
t'd have to be a level higher, something kind of like
dbconfig-common for initscripts.
sean
signature.asc
Description: This is a digitally signed message part
On Thu, 2011-03-03 at 23:01 +0100, Christoph Egger wrote:
> Sune Vuorela writes:
> > (isn't it only icewm and ratpoison and blackbox we might 'lose' by
> > simply killing the debian menu)
>
> Last time I checked fluxbox and awesome where both debian menu only as
> well.
instead of letting the ta
p the gun while $this is still
rather undefined.
sean
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110314143655.ga5...@cobija.connexer.com
> from the tarball. It's just easier. Or just change the build system
> and/or the tool.
IYHO anyway -- I and I'm sure others would probably beg to differ :)
sean
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110316085426.ga12...@cobija.connexer.com
./configure ends up
wanting to regenerate ./configure at build time. double fail.
> > So Makefile rules can then re-run auto* tools at build time and you
> > lost the benefit you want to have.
>
> Makefile rules should not rerun auto* stuff at build time.
they will if AM_MAINT
nstaller like a mini-knoppix ?
personally, i'd like to see knoppix come with the debian installer
as a menu option. it's a little more difficult to go the other way
because knoppix is pretty much x86-centric, and debian supports much
more than just x86 pc's.
sean
[1] since
16 15:28:46 sativa postfix/smtp[3894]: 70ECA15834: to=<[EMAIL PROTECTED]>,
relay=master.debian.org[146.82.138.7], delay=1, status=sent (250 OK
id=1AWLoE-0007ok-00)
should i re-send the message, or am i just being too impatient?
sean
signature.asc
Description: Digital signature
ebconf, or at least ask the admin first
if you think that it would be too complicated/flaky, i'd add a debconf
note (of _low_ priority!) and put something in README.Debian.
sean
--
signature.asc
Description: Digital signature
is with their cdplayer, or kde folks with their pdf viewer...
(/me puts on his asbestos suit)
sean
--
signature.asc
Description: Digital signature
act, somebody has already recommended this for netspeed in a new thread.
sean
--
signature.asc
Description: Digital signature
een running with up to this point was to have these
templates pre-defined and pre-translated as part of debhelper, and patch
debhelper to do $package.templates the same way it does $package.*inst
(wrt #DEBHELPER#), though i'm not convinced that this is the right way.
sean
--
si
eeding the answer into
another one. however, as time goes on i'm thinking that this could
be better done with a debhelper like application, which would be
better for all the postinst/etc stuff anyway.
sean
--
signature.asc
Description: Digital signature
Original Message
Subject: Re: J?rg Schilling is damage; the community should route around him
Date: Mon, 11 Oct 2004 01:45:22 -0400
From: Sean Harshbarger <[EMAIL PROTECTED]>
To: Steve Kemp <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAI
of said terms, debian could not legally distribute the
code. or so the argument goes.
sean
--
signature.asc
Description: Digital signature
way, i don't think you'll
get very far trying to argue "implied intent" against the holder of a
copyright in a courtroom...
sean
--
signature.asc
Description: Digital signature
think
i have the workings of a primitive version hashed out with him.
sean
--
signature.asc
Description: Digital signature
ends on both.
also, i've started up a very rough draft of a "best practices" page:
http://people.debian.org/~seanius/policy/dbapp-policy.html
which could use tons of input from the maintainers of database
using web apps, database servers, and anyone else. it'd be nice if at
some point a policy could even be adopted from it, but even existing as
mere suggestions would be nice.
sean
--
signature.asc
Description: Digital signature
install, one of
the first things i have to do is add a bunch of modules to hotplug's
blacklist.
sean
--
signature.asc
Description: Digital signature
ome
common templates and the mysql-centric ones)
- translations
so please, let me know what you think!
sean
[1] http://lists.debian.org/debian-devel/2004/10/msg00340.html
--
signature.asc
Description: Digital signature
database's
> administrative user?
>
> This and the app_user password questions need to be deregistered as soon
> as a successful installation is completed; although the passwords.dat
> part of the debconf database has 600 perms, cleartext passwords should
> not be left lying around anywhere unless necessary.
for the admin password, i agree. for the app_user password, i think
most apps are storing this password in a cleartext file for the
application to use (php web apps, for example). that's my opinion,
anyways.
thanks for all the input!
sean
--
signature.asc
Description: Digital signature
ee. for the app_user password, i think
> > most apps are storing this password in a cleartext file for the
> > application to use (php web apps, for example). that's my opinion,
> > anyways.
>
> That may differ per application. I would argue that it is very bad
&g
r part of the document, about which i'll be soon
sending an update.
sean
--
signature.asc
Description: Digital signature
database setups (currently only some
> common templates and the mysql-centric ones)
thanks to oliver for the postgre stuff.
> - translations
probably better to wait until the questions solidify themselves
before we ask for help with this.
sean
--
signature.asc
Description: Digital signature
#x27; since all the INPUT should be done in
> configuration. For an example take a look at how the PostgreSQL does this
> (purge on removal and backup on upgrade) for _all_ databases managed by it.
i'll take a look at this, thanks.
sean
--
signature.asc
Description: Digital signature
commence Alan Shutko quotation:
> Federico Di Gregorio <[EMAIL PROTECTED]> writes:
>
>> that's right. dpkg compares numbers ... numerically. so 0.01 and
>> 0.1 are equivalent. then -6 > -3.
>
> What exactly do you mean by numerically?
Leading zeroes after the decimal point are ignored, by the lo
to do is not update from non-free!
I realize that the social contract states it's debian's goal to provide
a completely free OS, and imho they already do that, and more.
regards,
sean
pgpCWB8MVIUAP.pgp
Description: PGP signature
mpletely free, and at the same time
letting them decide if they want to take debian up on the courtesy offer
to fulfill their non-free/debian desires.
--sean
pgpsl7BCA6W8y.pgp
Description: PGP signature
; apt-cache free-alternatives packagename
> >
> > while we're at it?
>
> Good idea. We should add an 'apt-cache alternatives packagename' as
> well.
yeah, that'd be cool. maybe we should file a wishlist bug? :)
--sean
pgpRMNjVYe8uO.pgp
Description: PGP signature
k out the vrms package, which already
does much along these lines.
--sean
pgpPAx7RGLPRa.pgp
Description: PGP signature
to do it would already be there and just need a
little hack here and there to get it working.
sean
pgp3tlEHnUeLl.pgp
Description: PGP signature
b
>ftp://ftp.debian.org/debian/pool/main/b/bonobo-activation/libbonobo-activation-dev_1.0.3-2.2_i386.deb
I've find it on:
ftp://ftp.cvut.cz/debian/pool/main/
--
Fabio
Follow these links to get the packages.
--
Sean Harshbarger
Forgot to mention that 2.1.0 is indeed gnome 2.1 and that c
apt sources list.
or better yet, as someone else suggested in another thread,
rename non-free to non-debian...? I think that's about as clear as
you can be that it's not part of debian :)
--sean
pgpFiu5Xz7Jwz.pgp
Description: PGP signature
stand why people are arguing
about changing Debian because of it. If Gentoo serves their needs better,
good. Perhaps Debian can then focus less on those people and more on others?
Why duplicate work, right? (BTW, sorry for the anecdote, I know how much
they're hated here. ;-)
Sean Proctor
ian and some generous dd's.
also, how is it a waste of money, apart from bandwidth?
sean
pgpR8vXOXYB1S.pgp
Description: PGP signature
n that. just take something like
sed -ne 's/^model name.* //p' < /proc/cpuinfo
and cross reference it with a list of supported systems for each kernel.
--sean
pgpIRZVrMn60M.pgp
Description: PGP signature
ty to be a productive member of the -devel community.
or at least, you could have been more professional and concise in the
-devel response and left the pedantry to a private response.
On Wed, Nov 27, 2002 at 12:21:40PM -0800, Jim Lynch wrote:
sean
pgpbZUe2vioHq.pgp
Description: PGP signature
On Wed, Nov 27, 2002 at 12:46:20PM -0800, Vonsur Kcin wrote:
> cpuid=sed -ne 's/^model name.*: //p' < /proc/cpuinfo
just don't forget the backticks :)
> case "$cpuid" in
> "AMD Athlon"*)
> echo k7
> ;;
yeah, even simpler th
On Wed, Nov 27, 2002 at 06:45:21PM -0500, Michael Stone wrote:
> On Thu, Nov 28, 2002 at 09:55:52AM +1100, Brian May wrote:
> >Ideally have some way for the user to override the default choice if
> >automatic selection fails...
>
> Can you detect smp from non-smp kernel?
i would guess not...
pg
I just wanted to wish all those who celebrate Thanks Giving today and
wish everyone a happy and safe day. Eat lots of turkey...drink lots of
beer...and watch football!
--
Sean Harshbarger (NO I DIDNT BURN CARS AFTER THE OSU VS MICHIGAN GAME YOU
FOOLS!
I AM A CALM BUCKEYE!) harsy
On Fri, Nov 29, 2002 at 01:25:09PM +0100, Jens Ruehmkorf wrote:
> On Thu, 28 Nov 2002, sean finney wrote:
> > On Wed, Nov 27, 2002 at 06:45:21PM -0500, Michael Stone wrote:
> > > Can you detect smp from non-smp kernel?
> >
> > i would guess not...
>
> Just c
kernel image but also make a kernel-headers package as well.
anyway, good luck
sean
pgpWVdM9GNzdQ.pgp
Description: PGP signature
ould also be really cool if it detected nvidia based cards and told the
users
how to install the nvidia-kernel-src/nvidia-glx packages :)
sean
pgpJXbLmiCPSD.pgp
Description: PGP signature
it if i have
-devel's ok (i'm not currently a developer, though in the process). I'd find
it particularly useful because i'm working on another kernel project
at my college that potentially involves a kernel patch, and it'd be
great to already know how to make a packag
On Thu, Dec 05, 2002 at 07:58:58AM +0100, Andreas Tille wrote:
> On Wed, 4 Dec 2002, sean finney wrote:
> > the xserver-xfree86 package can check for these, and if they exist, before
> I doubt this would help much. If I'm not missleaded the configure
> script is called
ing "this is a critical
package that may break your system if you don't configure it and
i couldn't autofigureout what to do, so please set "this" or "that".
just some thoughts
sean
pgpZ8Eu8lGFJE.pgp
Description: PGP signature
tion get support?
i think it's a little heavy handed to do so, even if it would be
the best way to have uniformity of packages. what i think would
be perfectly reasonable though would be to require the package
maintainers to at least respect the noninteractive frontend setting
if it exists.
patch. granted i'm not incredibly familiar with debconf,
but it'd be a great time to learn.
sean
pgpit90giWuLG.pgp
Description: PGP signature
of the dd's, hence my thinking that suddenly adding this
rule and the resulting flood of lintian/bug reports would be a little heavy
handed.
then again, the wishlist bug for exim to use debconf is almost two years
old... so maybe just politely asking won't get it done :)
sean
source diff's appear to have changes in the same file.
anyone else patching in kdb lately?
i'll look some more into this (as i need kdb for a project that
i'm working on), and if i can verify that this is the problem i'll
try to make a patch for the patch...
sean
Erase your email record here.
asis? The idea is to spell words like "colour" instead of
> "color", not to write the ls man page in iambic pentameter.
>
> I am reminded of an email I saw some years ago with error messages in
> Haiku.
>
I think I'd RTFM a lot more if the man pages *were* in Iambic
Pentameter... ~,^
> Ben. :)
>
>
Sean Etc.
begin Adam Olsen quotation:
> On Wed, Dec 26, 2001 at 09:18:55AM -0800, John H. Robinson, IV wrote:
>> keeping the community updated is a nice thing, this is why so very few
>> of our lists have closed subscriptions. using DWN as a forum for _this_
>> purpose i believe is bad.
>
> Perhaps. Cert
get install libappconfig-perl', then use the AppConfig
module. It is really robust, and does things like validation and defaults
rather nicely.
-Sean
pgpFnR2QpvlHw.pgp
Description: PGP signature
it'll probably be the first key they try.
Speaking for myself, I don't use special currency symbols, preferring
to write USD, URP, EUR and so forth. I rarely talk about currencies
in anything but an informal context, though.
Regards,
Sean.
--
/ |
On Fri, 2002-01-04 at 12:11, David B Harris wrote:
> On Fri, 4 Jan 2002 17:56:58 +0100
> martin f krafft <[EMAIL PROTECTED]> wrote:
> > it would be possible, you know. an RPM that basically substitutes
> > every installed RPM by the corresponding DEB. that would rock ;)
>
> Well, what you're sugge
I run nVidia hardware on my Debian install. Debian stable (potato) has
older XFree86 packages; they should support unaccelerated TNT2's fine
tho (someone correct me on this if I'm wrong).
If you want full acceleration, you'll need to upgrade to XFree86 4.1
after installing Debian (or get your han
On Wed, 2002-04-03 at 08:30, Russell Coker wrote:
> On Wed, 3 Apr 2002 15:18, Mark A. Morris wrote:
> > I represent Introversion Software (www.introversion.co.uk).
> > We are currently releasing our first computer game - Uplink. Uplink is
> > a puzzle / adventure game set on the intern
301 - 400 of 1219 matches
Mail list logo
