Hey,
On Wed, 2012-07-18 at 03:38 +, Bart Martens wrote:
> The package at mentors is no longer there. What happened ?
I just got that email. Failed to find a sponsor for 20 weeks.
I'll do the 2.10 update you wanted today and post another RFS. See what
happens then.
--
Nikol
-maintainers and not adding the
maintainer key to allow the maintainer to upload themselves.
> My answers are currently "no" and "no", but there may be different opinions.
I agree with your stance and would like to see some formal guidelines or
policies related to this.
--
ian project proper, rather than
for personal or company internal use where large lintian overrides (or
simply not using lintian) are viable.
I hope we can work something out :)
--
Nikolai Lusan
signature.asc
Description: This is a digitally signed message part
f dbconfig-common. In my opinion the usage
of this makes it easier for end users to install and configure the
database and any schema updates that occur.
--
Nikolai Lusan
signature.asc
Description: This is a digitally signed message part
tempts
deserves a sponsor and inclusion in the mainline of our distribution.
--
Nikolai Lusan
signature.asc
Description: This is a digitally signed message part
for end users to
get the whole thing up and running, and it provides and easier method
for updating the database as need be. Do people think that this is a
good idea? Or am I better off looking for another method to handle this?
Thanks in advance.
--
Nikolai Lusan
signature.asc
Description: This
On Fri, 2012-01-27 at 10:14 +0700, Neutron Soutmun wrote:
> On Fri, Jan 27, 2012 at 9:47 AM, Nikolai Lusan wrote:
> >
> > I have a set of rules and files for bulding a dkms package, I simply
> > made it require linux-image >= 2.6.35. You have to account for people
>
x-image >= 3.0 some people will have problems. I
did agonise over this for quite some time.
--
Nikolai Lusan
signature.asc
Description: This is a digitally signed message part
this point I am going to attach my config and postinst scripts and a
copy of the output when the postinst file is run.
Would anyone know how I can tell dbconfig-common to be verbose and
produce a logfile?
Any further help is much appreciated.
--
Nikolai Lusan
+ CONFIG_FILE=/etc/cluebringer
> dbconfig-common and I was wondering if any of these are usable in the
> > config/postinst script (for forcing debconf to ask specific questions
> If its not documented then you might, but then the maintainer might
> change the name/function of that variable too. I'd not depend on these.
> They're shell scripts, so not exactly great at information hiding.
Thanks for the heads up there :)
--
Nikolai Lusan
signature.asc
Description: This is a digitally signed message part
st script I also noticed a whole lot of
variables not mentioned in any documentation or example being used by
dbconfig-common and I was wondering if any of these are usable in the
config/postinst script (for forcing debconf to ask specific questions
for example). I have emailed the dbconfig-common mai
On Mon, 2006-07-03 at 12:02 +1000, Nikolai Lusan wrote:
> Does anyone know how I can fix this one?
fixed it, turned out that I should have payed more attention when
creating the .shlibs file :)
On a-kind-of-related note ... can someone tell me what information from
the .deb that dpkg uses w
package into each other - which
probably isn't a bad idea considering they will all be compiled with the
same options and packages from outside the build might try calling
features that are just not there.
--
Nikolai Lusan
Systems Administrator
Hitwise Pty. Ltd.
Level 7 / 580 St
On Mon, 2006-07-03 at 12:15 +1000, Matthew Palmer wrote:
> On Mon, Jul 03, 2006 at 12:02:24PM +1000, Nikolai Lusan wrote:
> Versioned dependencies cannot be satisfied by Provided packages, AFAIK.
Great :)
> > Does anyone know how I can fix this one?
>
> I strongly suspect t
zlib1g (>= 1:1.2.1), postgresql-client-common
Conflicts: postgresql (<< 7.5), postgresql-client-8.0
Provides: postgresql-client-8.0
Does anyone know how I can fix this one?
--
Nikolai Lusan
Systems Administrator
Hitwise Pty. Ltd.
Level 7 / 580 St Kilda Road
Melbourne, Victoria 3
m just a little unsure on how to do this.
Thanks in advance.
--
Nikolai Lusan
Systems Administrator
Hitwise Pty. Ltd.
Level 7 / 580 St Kilda Road
Melbourne, Victoria 3004
Australia
Phone: +61 3 8530 2400
Fax: +61 3 9529 8907
www.hitwise.com.au
[EMAIL PROTECTED]
Worldwide: • United
16 matches
Mail list logo
