Quoting Geoff Crompton <[EMAIL PROTECTED]>:
> Why not just turn on ldap support in the plain sudo package?
I think that will install the openldap libraries. Not everyone might want/need
that..
But I modified the patch provided by Paul Evans to create the sudo-ldap
package AS WELL as the standard
Quoting Bdale Garbee <[EMAIL PROTECTED]>:
> I'll turn it on for the next upload and we'll see if anyone screams.
Please don't! Try my patch instead (it's in the bug archive).
It creates a sudo-ldap package in addition to the original sudo
package...
--
Soviet explosion assassination domestic dis
Package: openafs-modules-source
Version: 1.4.0-2
The kernel is a bog standard (upstream) kernel with some very small
patching for SUNSAB problems.
- s n i p -
make[7]: Entering directory `/usr/src/linux-2.6.14.2'
CC [M] /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.14.2-MP/afs_atomli
Package: openafs-dbserver
Version: 1.4.0-2
I wanted a DB server, not a client!
- s n i p -
51Pegasi:~# apt-get -d install openafs-dbserver
Reading Package Lists... Done
Building Dependency Tree... Done
The following extra packages will be installed:
binutils bison comerr-dev cpp cpp-2.9
>>>>> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Turbo Fredriksson <[EMAIL PROTECTED]> writes:
>> Package: openafs-dbserver Version: 1.4.0-2
>> I wanted a DB server, not a client!
Russ> How were you planning o
>>>>> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Turbo Fredriksson <[EMAIL PROTECTED]> writes:
>> Still the same though. I tried do a 'make-kpkg clean' first,
>> but that didn't help either...
Russ
>>>>> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Turbo Fredriksson <[EMAIL PROTECTED]> writes:
Russ> I'm not sure how that's relevant. openafs-client isn't the
Russ> kernel module.
Doh! :) I'm well aw
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> I took a closer look at the contents of openafs-client, and
Russ> more than half of those binaries will work fine in
Russ> unauthenticated mode without a kernel module installed and
Russ> are useful in various ways for
> "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
>> Before I try this, I should mention (I somehow forgot) that
>> this is on a SPARC64. In bug #342095 you mention that it's "not
>> supposed" (or rather "not expected") to work on
>> SPARC64... Could this be it?
Russ> Y
Quoting Ross Boylan <[EMAIL PROTECTED]>:
> Package: bind9
> Version: 1:9.3.1-2.0.1
> Severity: wishlist
>
> The maximal form of the wish is to provide a tool or script that will
> automate the entire process.
Not quite sure if this applies, but have a look at the script
at 'http://www.bayour.com/
Package: nagios-pgsql
Version: 1.3-cvs.20050402-2.TF.1
Version excuse:
This is a backport by me to install/build on a woody system.
There is NO changes to the package exept:
* Lower build depends to build on woody:
- libmysqlclient12-dev => libmysqlclient10-dev
- debhelper 4.2.
Package: nagios-pgsql
Version: 1.3-cvs.20050402-2.TF.1
Version excuse:
This is a backport by me to install/build on a woody system.
There is NO changes to the package exept:
* Lower build depends to build on woody:
- libmysqlclient12-dev => libmysqlclient10-dev
- debhelper 4.2.
Package: nagios-pgsql
Version: 1.3-cvs.20050402-2.TF.1
Severity: important
Version excuse:
This is a backport by me to install/build on a woody system.
There is NO changes to the package exept:
* Lower build depends to build on woody:
- libmysqlclient12-dev => libmysqlclient10-dev
On Wed, 11 May 2005 19:51:56 -0400, sean finney wrote:
> On Wed, May 11, 2005 at 08:23:36AM +0200, Turbo Fredriksson wrote:
> > Note that the command THERE is '/etc/nagios/check_nagios_db', NOT
> > the stated '/usr/lib/nagios/plugins/check_nagios_db'. The fo
On Wed, 11 May 2005 20:00:00 -0400, sean finney wrote:
> On Wed, May 11, 2005 at 07:25:15AM +0200, Turbo Fredriksson wrote:
> > Problem:
> > aurora:/usr/share/doc/nagios-pgsql$ find | grep -i mysql
> > ./README.mysql
> > ./create_mysql.gz
>
> take a second l
Quoting sean finney <[EMAIL PROTECTED]>:
>> Also, it's not possible to restart nagios. It segfaults after the
>> configuration changes. I'll have to dig deeper (I've forgot :) on
>> why this is happening.
>
> huh. haven't seen this behavior before. if it turns out this is
> a reproducible
Quoting sean finney <[EMAIL PROTECTED]>:
> hey turbo,
>
> On Thu, May 12, 2005 at 12:48:13PM +0200, Turbo Fredriksson wrote:
>> Yeah, I saw that later on. But that actually makes things WORSE,
>> not better!
>>
>> A 'common' package is for stuff
Quoting cajus <[EMAIL PROTECTED]>:
> Package: wnpp
> Severity: wishlist
> Owner: Cajus Pollmeier <[EMAIL PROTECTED]>
>
> * Package name: php4-kadm5
> Version : 0.2.4
> Upstream Author : Holger Burbach <[EMAIL PROTECTED]>
> * URL : http://freshmeat.net/projects/php-kadm5
> "Frank" == Frank Lichtenheld <[EMAIL PROTECTED]> writes:
Frank> Package: xezmlm Severity: serious
Frank> xezmlm depends on ezmlm which was recently removed from
Frank> unstable. While this is not in itself an RC bug, because
Frank> xezmlm is in contrib, you need to make pro
Quoting Volker Janzen <[EMAIL PROTECTED]>:
> Hi,
>
> needing this package working I think I've probably found a bugfix for
> this. I read in bug #321324 (php4-dev) that build-scripts need to be
> changed: "As of php4-dev 4:4.4.0-1, this is a bug in the build script,
> and you should be using the v
Quoting Lissanroh Rahyen <[EMAIL PROTECTED]>:
> expr: syntax error
> dpkg: error processing roxen4 (--install):
> subprocess post-installation script returned error exit status 2
> Errors were encountered while processing:
> roxen4
Please execute the following command and send me the output of
Package: checksecurity
Version: 2.0.7-6
Severity: important
Tags: security patch sarge
I noticed it on my semi-woody:
- s n i p -
From: [EMAIL PROTECTED] (Cron Daemon)
Subject: Cron <[EMAIL PROTECTED]> test -e /usr/sbin/anacron || run-parts
--report /etc/cron.daily
Date: 29 Jul 2005 04:3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is there no interest in fixing this even though there's
patch(es!)?
I can make a new one if asked, I'm running with this on
all MY machines anyway. I rather this go into the Debian
GNU/Linux distribution...
-BEGIN PGP SIGNATURE-
Version: GnuPG
Quoting Peter De Wachter <[EMAIL PROTECTED]>:
> Package: roxen3
> Severity: serious
> Justification: Policy 2.2.1
>
> The nfonts directory contains many non-free Truetype fonts. These should
> be removed. I'm not sure what these fonts are used for, but if
> replacements are needed you can depend o
> "Michael" == Michael Tautschnig <[EMAIL PROTECTED]> writes:
Michael> Hi! In the hope of giving a bind9-ldap package a better
Michael> chance I've prepared a patch that builds both a bind9 and
Michael> a bind9-ldap binary package from the sources; the patch
Michael> is tested
Package: debarchiver
Version: 0.1.8
Severity: grave
Tag: patch, sarge, sid, etch
When running debarchiver on my incoming, it
installed SOME DEB's, didn't install the
orig.tar.gz file but removed instead...
In general, it messed up my 'whole' archive
(I was moving from a manually managed archive
t
Quoting Ola Lundqvist <[EMAIL PROTECTED]>:
>> The bug comes from a misspelling of a variable
>> '$movecmd' visavi (two places) '$mvcmd'.
>
> Whoops! I'll correct that.
>
>> Patch included...
>>
>> - s n i p -
>> --- /usr/bin/debarchiver~2005-04-13 22:29:44.0 +0200
>> +++ /usr/
Quoting Matthew King <[EMAIL PROTECTED]>:
> Apparently the patch has already been done but if the current
A COUPLE of times :)
But the maintainers don't want to risk being both upstream
and Debian GNU/Linux packagers for this patch...
Valid worries, but annoying (for me and those that want/need
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: ftp
Version: all
Please remove nagat from all distributions. It have been
abandoned by upstream since 2005-07-17 (http://sourceforge.net/projects/nagat/)
and the bug #321944 (marked grave) will need an (almost)
complete rewrite.
I nether hav
Quoting Alberto Gonzalez Iniesta <[EMAIL PROTECTED]>:
> On Fri, Feb 23, 2007 at 04:29:23PM +0100, Turbo Fredriksson wrote:
>> Package: ftp
>> Version: all
>>
>> Please remove nagat from all distributions. It have been
>> abandoned by upstream since 2005-07-
> "Lionel" == Lionel Elie Mamane <[EMAIL PROTECTED]> writes:
Lionel> On Sat, Jan 20, 2007 at 09:07:28PM +0100, Turbo
Lionel> Fredriksson wrote:
>> Is there no interest in fixing this even though there's
>> patch(es!)?
Lionel> A cursory glance suggests that code is not acti
Quoting [EMAIL PROTECTED] (Debian Bug Tracking System):
>> 1. chmod 700 /etc/openafs/server
>>=> unhappy with [dir ...] should have at least
>> rights 755, at most rights 775
>>
>> 2. chmod 755 /etc/openafs/server
>>=> unhappy with [dir ...] should have at least
>> rights 700,
Quoting Turbo Fredriksson <[EMAIL PROTECTED]>:
>> Yup, this is a cosmetic bug in the packages in sarge that was fixed
>> shortly after the sarge release. It's just cosmetic, so it's not eligible
>> for a stable update fix.
>
> Unfortunately (for me) this m
Dang! I've just made my own packages with these patches
applied, and they made the world of a difference!!
Previosly, valknut krashed my whole machine (sid, PegasOS - PPC)
just after a few minutes running. Now it's (valknut) have been running
for about 10-15 minutes and downloads exactly like I wa
For some reason, the mail with the patches didn't reach
the BTS... Here it is again...
valknut0.3.7-2.1.patches.tgz
Description: Patches for valknut
libdc0-0.3.7-3.patches.tgz
Description: Patches for libdc0
Quoting Russ Allbery <[EMAIL PROTECTED]>:
>> When using libpam-krb5 in 'auth' and 'session' (togehter with
>> pam_openafs_session.so), the libpam-krb5 WILL authenticate me,
>> but not create a correct ccache...
>
> Were you logging on with a password, or were you forwarding your ticket?
> It makes
Quoting Magnus Holmgren <[EMAIL PROTECTED]>:
> found 312243 4.0.425-1
> thanks
>
> Happens here too. I checked the source package and found that
> debian/patches/002_default_paths patches /usr/share/roxen4/start with the
> wrong path.
Sorry I haven't had time to fix this, but I've been ... unav
Quoting [EMAIL PROTECTED] (Debian Bug Tracking System):
> Processing commands for [EMAIL PROTECTED]:
>
> Bug#376442: phpqladmin: many cross site scripting problems
> Tags were: security
> Tags added: upstream
Since I'm both the upstream and Debian GNU/Linux maintainer, I'd
very much like to fix t
Package: openafs-fileserver
Version: 1.3.81-3sarge1
Bog standard Sarge package (for once :)
1. chmod 700 /etc/openafs/server
=> unhappy with [dir ...] should have at least
rights 755, at most rights 775
2. chmod 755 /etc/openafs/server
=> unhappy with [dir ...] should have at least
Quoting "Steinar H. Gunderson" <[EMAIL PROTECTED]>:
> Package: roxen4
> Version: 4.0.425-2
> Severity: serious
>
> roxen4 has an entire MySQL database as conffiles:
>
> fugl:~/nmu/roxen4-4.0.425> cat debian/conffiles
> /var/lib/roxen4/my.cfg
> /var/lib/roxen4/mysql/host.frm
> /var/lib/rox
I'm trying to solve this now (sorry, but I've been extreamly
busy with personal life).
But I'm not quite sure HOW to...
Is it correct to understand that if the password question hasn't
been asked AND the password is NULL/empty THEN the postinst script
should 'exit 1'?
--
security KGB South Afric
Package: open-iscsi
Version: 2.0.873-3
Severity: important
Tags: patch
I'm using a iSCSI device as swap and another as a ext4 filesystem.
But the swap isn't enabled and the filesystem isn't checked. I took
some ideas from mountnfs.sh to fix this (patch included against Wheezy
init script for open
I'm basically Ccing half the world in this (only half sorry about that :) and I
don't know who half
of you are :), but there have been very little information on what's happening
with ZoL in Debian
GNU/Linux.
Aron (and in some part Carlos) seems to have gone a-wall and the list have been
VERY q
> Where is the latest/greatest set of packaging repositories and/or packages to
> look at?
For Debian GNU/Linux Wheezy, this would be
https://github.com/zfsonlinux/pkg-zfs/tree/master/debian/wheezy/0.6.3-0.8_g540ce4_wheezy
I'm not sure which tag is the latest for Ubuntu (I'm a little u
On Feb 28, 2014, at 11:34 AM, Turbo Fredriksson wrote:
>> Where is the latest/greatest set of packaging repositories and/or packages
>> to look at?
>
> For Debian GNU/Linux Wheezy, this would be
>
>
> https://github.com/zfsonlinux/pkg-zfs/tree
On Feb 28, 2014, at 1:29 PM, Robert Millan wrote:
> The proposed package is poorly integrated with existing ZFS packages (e.g.
> zfsutils for native
> kFreeBSD support).
>
> First and foremost, there's a namespace grab which is likely to result in
> trouble, as I explained
> last November (and
On Feb 28, 2014, at 5:23 PM, John Paul Adrian Glaubitz wrote:
> I suggest asking the FTP masters to mark the package as REJECT if you
> want to change something again.
Well, regarding the packaging, a lot have happened since this summer. And this
is also true with the
code itself.
But doing a R
On Mar 1, 2014, at 2:25 PM, Robert Millan wrote:
> I already explained. Nobody listens... (sigh)
All I've seen is that you "think" that it "might" be a problem and that we
"might" be better of renaming it...
Please give us/me a direct link to the Debian GNU/Linux policy point that
explain tha
On Mar 2, 2014, at 4:52 AM, Dimitri John Ledkov wrote:
> Hostile binary takeover is not allowed - that is two separate source
> packages should not build the same binary package names, even if on
> different architectures.
Ok, sounds reasonable when you say it like that. I'd still appreciate a li
On Mar 2, 2014, at 6:56 AM, Turbo Fredriksson wrote:
> On Mar 2, 2014, at 4:52 AM, Dimitri John Ledkov wrote:
>
>> Since these are two different implementations
>
> You said it yourself - they are different implementations.
Actually, this is not quite true either come to th
n 02/03/2014 03:52, Dimitri John Ledkov wrote:
>> Also, if there is zfs-dkms module available, why existing zfsutils
>> packages just can't enable compilation on "linux-any"?! Which should
>> also reduce the scope of linux specific packages down to
>> -dkms/-in
On Jun 2, 2014, at 3:37 PM, Steven Chamberlain wrote:
> With such an overlap implied by that, and knowing it all originated from
> a common codebase at some time, I really hope it can be merged back into
> a common package built for kfreebsd-any and linux-any.
That's what Open-ZFS.org is all abou
On May 12, 2016, at 10:40 PM, Petter Reinholdtsen wrote:
> As zfs-linux finally entered unstable yesterday, I guess it is
> time to look at this issue again.
I'm pretty sure it's fixed in one of my PRs that haven't been
accepted. I've seen this issue on the ZoL trackers, but I can't
remember if w
Package: barbican-common
Version: 1:2.0.0-5
Severity: normal
The /var/lib/dpkg/info/barbican-common.config file contains the
following snippet:
- s n i p -
MYSQL_P_TMP=`mktemp -t OpenStack-mysql-statement.XX`
MYSQL_Q_TMP=`mktemp -t OpenStack-mysql-statement.XXX
Package: keystone
Version: 2:9.0.0-2
Severity: normal
===> Registering keystone endpoint
unmatched '{' in format
Warning - data is empty
Setting-up: create-keystone-service unmatched '{' in format
dpkg: error processing package keystone (--configure):
subprocess installed post-installation script
Package: ironic-common
Version: 1:5.1.0-2
Severity: normal
The config/postinst does as for a RabbitMQ user (defaults to 'guest'),
but if other user specified, this is not created.
-- System Information:
Debian Release: stretch/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates')
On Jun 6, 2016, at 12:15 AM, Debian Bug Tracking System wrote:
>> The problem might also exist somewhere in dbconfig.. :(
>
> Exactly, which makes it pointless to fix in the OpenStack packages.
I did say "also"..
On Jun 6, 2016, at 12:15 AM, Debian Bug Tracking System wrote:
> Therefore, closing the bug. If you want to contribute such a fix, I
> welcome you to do so, but IMO, we have much more important things to do.
The "fix" is to _ALWAYS_ put variables in situation marks!
This is considered to be "good
Package: mistral-api
Version: 2.0.0-2
Severity: normal
I got the following when installing mistral-api:
- s n i p -
dpkg: error processing package mistral-api (--configure):
subprocess installed post-installation script returned error exit status 10
Errors were encountered while processi
Package: wiki.debian.org
Severity: important
The page https://wiki.debian.org/PXEBootInstall talks about
providing the netboot image, unpacking it and then "should now
contain" and there is pxelinux.* files!
It does not say where these files come from (links from the
looks of it).
The
http://ft
On Jun 11, 2016, at 7:54 AM, Petter Reinholdtsen wrote:
> Hm, wonder where those went. The Wheezy packages from ZoL had init.d
> scripts, at least. I guess we can dig them out from there. Are the
> kFreeBSD packages using init.d scripts? Perhaps we can reuse those?
See ./etc/init.d in the ZFS
Package: nova-common
Version: 2:13.0.0-3
Severity: minor
- s n i p -
# Directory where the nova python module is installed (string value)
#pybasedir =
/home/zigo/sources/openstack/mitaka/nova/build-area/nova-13.0.0/debian/tmp/usr/lib/python2.7/dist-packages
- s n i p -
Granted, i
Package: nova-api
Version: 2:13.0.0-3
Severity: normal
I've now reproduced this problem several times. For some reason I get
"You have an error in your SQL syntax" when installing nova-api.
I have tracked this down to the dash in the "nova-api" user- and
database names. Removing this and calling
Package: openstack-pkg-tools
Version: 50
Severity: minor
Sourcing /usr/share/openstack-pkg-tools/pkgos_func in the shell and then
trying to use the "get" part of it does not work:
- s n i p -
bladeA01b:~# . /usr/share/openstack-pkg-tools/pkgos_func
bladeA01b:~# export PKGOS_VERBOSE=yes
bl
Package: neutron-server
Version: 2:8.0.0-2
Severity: important
Even though "europe-london" was specified, I still end up with "regionOne" in
the
config file.
- s n i p -
bladeA01b:~# grep regionOne /etc/neutron/neutron.conf
region_name = regionOne
bladeA01b:~# debconf-get-selections | eg
Package: trove-common
Version: 1:5.0.0-2
Severity: important
Trying to install Trove on Sid give this error:
- s n i p -
[...]
2016-06-20 12:48:10.686 19719 INFO migrate.versioning.api [-] 17 -> 18...
2016-06-20 12:48:10.741 19719 INFO migrate.versioning.api [-] done
2016-06-20 12:48:10.7
Package: neutron-lbaas-agent
Version: 1:8.0.0-1
Severity: important
The python-neutron-lbaas package contain the actual code that
neutron-lbaas-agent
uses..
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Ker
Package: neutron-vpnaas-agent
Version: 1:8.0.0-1
Severity: important
The python-neutron-vpnaas package contain the actual code that
neutron-vpnaas-agent uses..
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
K
Package: neutron-vpnaas-agent
Version: 1:8.0.0-1
Severity: important
The init script "/etc/init.d/neutron-vpnaas-agent" references the
daemon/binary "/usr/bin/neutron-vpnaas-agent", but it is not included
in the package.
It also tries to start the service as:
/usr/bin/neutron-vpnaas-agent \
Package: ironic-common
Version: 1:5.1.2-1
Severity: important
I had to add the following to the [keystone_authtoken] section
to get Ironic to "boot up" (or at least have it respond to queries):
auth_host=
auth_protocol=http
admin_user=
admin_password=
admin_tenant_name=
au
Package: keystone
Version: 2:9.0.2-1
Severity: minor
The code say
grep -E '^[ \t]*provider[ \t]*=' /etc/keystone/keystone.conf
but if 'provider' is commented out (as in, "use default value")
#provider = uuid
then this will match nothing, not run the token_flush and the
script will exit
On Jun 29, 2016, at 8:48 PM, Thomas Goirand wrote:
>http://git.debian.org/?p=openstack/keystone.git;a=commitdiff;h=cc00c49
Unfortunately, that patch itself isn't enough!
It won't work with a default, unchanged, configuration variable.
Did you have a problem with my fix?
Package: trove-guestagent
Version: 1:5.0.1-1
Severity: important
I'm trying to get the trove guest agent to work, but
the first problem I got was that there (apparently)
is a config option missing:
[DEFAULT]
datastore_manager = mysql
However, that is only the beginning of the problem.
Enabl
Package: swift-account
Version: 2.7.0-6
Severity: important
When starting swift-account-replicator, I get Subj in the
syslog.
-- System Information:
Debian Release: stretch/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP w
Package: ceilometer-common
Version: 1:6.0.0-2
Severity: normal
The default ceilometer.conf comes with the setting
connection=mongodb://localhost:27017/ceilometer
which means that the installation will hang on installation
if installing on a host which don't run MongoDB (I have that
on my DB/
On Aug 2, 2014, at 3:58 PM, Torben Frey wrote:
> And I guess functionality is good after removing the “break” command.
I just tested this with multiple _netdev entries, and they all work!
So I couldn't reproduce this problem.
> I just don’t exactly know how the MOUNT_RESULT could summarize the r
How about this change? Torben, could you test?
I choose to use your 'temporary file' solution. Seemed simplest.
open-iscsi.init.diff
Description: Binary data
On Aug 2, 2014, at 10:56 PM, Torben Frey wrote:
> Working perfectly for me now.
> Thanks for the quick fix and patch!
Sounds good and you're most welcome! Ritesh, mind applying it to the next
package
version?
Btw, you can close https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688209,
because t
On Aug 3, 2014, at 10:16 AM, Ritesh Raj Sarraf wrote:
> I will soon, for the next upload, revert these changes, and move back to the
> old solution of (mount -a + swapon -a). Is that okay with you guys ???
Not to me, not really! Your previous way didn't work at all for me, this works
for everyo
On Aug 3, 2014, at 2:38 PM, Ritesh Raj Sarraf wrote:
> Why ?? It should work. Your previous bug report was about swap devices
> not being handled. With its inclusion, why will it not work ?
1. Because there's no fsck before mounting the filesystem.
That's really ugly, and potentially dangero
On Apr 19, 2015, at 7:15 PM, Cyril Brulebois wrote:
> Paul van der Vlis (2015-04-19):
>
>> Are all machines with backports enabled ticking timebombs?
>> No, but you have to know what you do.
>
> Do you see that “but”? That's exactly why it's not safe to have this
> turned on by default.
Thank
On Apr 19, 2015, at 8:25 PM, Geert Stappers wrote:
> What is the danger of having backports (default) enabled?
From what I've seen (when I tried it a couple of years ago), is that
the back porting is quite … "sloppy". If the package needs a newer lib,
that is back ported as well. And the newer li
On Apr 19, 2015, at 9:48 PM, Paul van der Vlis wrote:
> Did you check if it really was back ports?
Yes. I've been using Debian GNU/Linux since.. 'bo' or something and a DD since
'97 or so. I know what I'm doing (98% of the time :).
> I use backports on all machines I care about, and I never had
On Apr 20, 2015, at 7:01 AM, Christian PERRIER wrote:
> I really don't think this is a good idea and I'm this close to
> re-close the bug report.
Well, I asked a fair question I think. I knew the answer (but I could
be wrong - I haven't been paying attention to Debian GNU/Linux matters
in years)
On Apr 19, 2015, at 10:48 PM, Paul van der Vlis wrote:
> Backports main is official Debian. [1]
You misunderstand the announcement.
… official Debian service …
Notice the last word here! It say "service". Not 'official _PART_ of Debian'!
--
Life sucks and then you die
--
To UNSUBSCRIB
On Apr 20, 2015, at 9:26 AM, Philip Hands wrote:
> Turbo Fredriksson writes:
>>
>> Good for you. Maybe it's better now, but my opinion still stands.
>
> Well, that's a jolly constructive attitude, well done.
Not how I meant it, but thanx for misunderstanding
fully
accepted into the FTP archives.
A third, highly theoretical solution, might be to offer downloadable
kernel modules outside the Debian GNU/Linux distribution, much like
many graphical drivers etc (adobe reader is one such I think) is
provided.
--
Turbo Fredriksson
tu...@bayour.com
On Aug 8, 2014, at 1:29 AM, Andreas Cadhalpun wrote:
> For this task I obtained the sources from
> https://github.com/zfsonlinux/pkg-spl, branch master/ubuntu/precise, which
> seems to contain the most recent changes.
That is the code for the SPL (Solaris Porting Layer) that ZFS/ZoL depends on.
Mugsie (Graham Hayes) on IRC said that he abandoned the
patch because the Neutron team required a unit test for
this and he had no time to write one at this time..
no. its fine, it is a neutron reviewr going
overboard as per usual
so I still think it's worth adding to avoid problems.
Package: python-ceilometer
Version: 1:7.0.0-1
Severity: important
While trying to setup Ceilometer, I followed (amongst others)
http://docs.openstack.org/developer/ceilometer/install/index.html
This revealed that several files are missing from the package(s):
/usr/lib/python2.7/dist-
Package: neutron-fwaas-common
Version: 1:9.0.0-1
Severity: important
Trying to start neutron-fwaas-l3-agent shows:
+ DAEMON_ARGS=--config-file=/etc/neutron/l3_agent.ini
--config-file=/etc/neutron/fwaas_driver.ini
--config-file=/etc/neutron/neutron.conf
+ [ -x /usr/bin/neutron-fwaas-l3-agent ]
+
On 1 Nov 2016, at 17:42, Debian Bug Tracking System
wrote:
>
> * Remove the neutron-fwaas-l3-agent init script, as this package is
> now just a plugin. Make the neutron-fwaas-l3-agent package a transition
> package.
Ok, so this was done between the "1:9.0.0~b2-1” and "1:9.0.0~rc1-1” which is
On 3 Nov 2016, at 09:03, Thomas Goirand wrote:
> I very much agree with the above, the only issue is enough time to put
> these warning in place. Maybe some text in a NEWS or README.Debian file
> could do the trick. I'm not so fan of adding debconf text for such a
> warning.
You need to TAKE the
On 3 Nov 2016, at 17:23, Thomas Goirand wrote:
> My priority was to have everything ready on time *AND TESTED* on my CI
I know this is “Unstable” and “shit happens”. I can live with that (I’d prefer
NOT
to, but I rather have a reasonably late version of OS so I had made the
compromise
to run S
On 4 Nov 2016, at 19:29, Thomas Goirand wrote:
> Upstream does *not* support "jumping" version.
Yeah, that I’ve heard as well :(. I personally think that’s a horrible stance,
but there
you go..
> I haven't said we should blame upstream
In a way you do.. “Upstream did that”, “Upstream don’t su
Package: python-zaqar-ui
Version: 1.0.0.0b2-2
Severity: important
- s n i p -
Selecting previously unselected package python-zaqar-ui.
Preparing to unpack .../5-python-zaqar-ui_1.0.0.0b2-2_all.deb ...
Unpacking python-zaqar-ui (1.0.0.0b2-2) ...
Setting up python-zaqar-ui (1.0.0.0b2-2) ...
Package: keystone
Version: 2:10.0.0-2
Severity: important
Trying to start over, this time using Stretch (no backports).
When I try to pre-seed keystone, I endup with no database. Running
dpkg-reconfigure keystone
manually to try to figure out if there's something _I_ did, I eventually end up
Package: murano-common
Version: 1:3.0.0-1
Severity: important
- s n i p -
Traceback (most recent call last):
File "/usr/bin/murano-db-manage", line 10, in
sys.exit(main())
File "/usr/lib/python2.7/dist-packages/murano/cmd/db_manage.py", line 80, in
main
CONF.command.func(conf
Package: manila-common
Version: 1:3.0.0-1
Severity: important
- s n i p -
2016-12-04 20:26:34.557 7550 INFO alembic.runtime.migration [-] Context impl
SQLiteImpl.
2016-12-04 20:26:34.557 7550 INFO alembic.runtime.migration [-] Will assume
non-transactional DDL.
2016-12-04 20:26:34.567 75
Package: ironic-common
Version: 1:6.2.0-1
Severity: important
- s n i p -
INFO [alembic.runtime.migration] Context impl SQLiteImpl.
INFO [alembic.runtime.migration] Will assume non-transactional DDL.
INFO [alembic.runtime.migration] Running upgrade -> 2581ebaf0cb2, initial
migration
I
1 - 100 of 170 matches
Mail list logo
