plz to applai
(feel free to change the versioning to your liking)
** Attachment added: "linux-meta-virtual.diff"
http://launchpadlibrarian.net/18131909/linux-meta-virtual.diff
--
Metapackages for virtual flavour are missing
https://bugs.launchpad.net/bugs/276292
You received this bug notific
Now with better sections..
** Attachment removed: "linux-meta-virtual.diff"
http://launchpadlibrarian.net/18131909/linux-meta-virtual.diff
** Attachment added: "linux-meta-virtual.diff"
http://launchpadlibrarian.net/18131983/linux-meta-virtual.diff
--
Metapackages for virtual flavour are
You have been subscribed to a public bug by Nick Barcet (nijaba):
First of all, this is not a dupe of #253094. #253094 is about a whole
lot of flavours that has gone missing because AFAIUI linux-meta has been
changed to only build the meta packages that correspond to the kernels
the linux source p
Public bug reported:
the appamor file for slapd prevents slapd to write to /etc/slapd.d when
slapd used with cn=config backend.
a line in /etc/apparmor.d/usr.sbin.slapd is missing to allow writes to the
cn=config backend
{{{
# the databases and logs
/etc/sldapd.d/* rw,
}}}
I think, you rell
New packages are pointless. This is a bug in Ubuntu's kernel, and it
isn't related to drbd patch. Same patch works on vanilla kernel, while
on Ubuntu's it doesn't.
--
drbd doesn't start: "No response from the DRBD driver! Is the module loaded?"
but module is loaded
https://bugs.launchpad.net/bug
Slightly-modified patch from the one Christoph Höger posted at:
http://mail.gnome.org/archives/networkmanager-list/2008-September/msg00287.html
Patch will need some refresh before being able to apply to pending release.
** Attachment added: "order.patch"
http://launchpadlibrarian.net/18134120/o
Public bug reported:
Binary package hint: freeradius
Hi,
The directory modules is missing in freeradius. Had to copy the section
by hand and adding expiration {} and logintime{} to a custom file.
Also it would be great to have some Upgrade-notes on this version,
because it needs much administra
Public bug reported:
openssh-server's init script passes the --pidfile argument to start-
stop-daemon when starting sshd, but this appears to be irrelevant.
On an Intrepid machine I changed the argument to a non-default value and
still the default /var/run/sshd.pid was created. This appears to be
Just tested on Intrepid (both client and server), and I get the same
behavior: directory created through the CIFS mounted file system inherit
the default ACL correctly but files do not, while it work as expected
when creating either directory or file using smbclient.
--
Default ACL not applied on
dapper ships 1.4.2-5ubuntu3 which is a pre-ucf version of nagios-plugins.
Migrating to anything >= 1.4.4-1 will generate those spurious prompts. However
once migrated they should not show up anymore in future upgrades.
We could fix it in a hardy SRU so that remaining dapper->hardy upgrades
are un
My understanding is that start-stop-daemon "--pidfile" option is used to
match an existing process (and not start anything is it already exists),
not to create a pidfile.
So it should be present AND match whatever is in PidFile ?
--
openssh-server init script contains irrelevant --pidfile argume
Hmm, that's a good point, the manpage says:
-p, --pidfile pid-file
Check whether a process has created the file pid-file.
and since I was actually cloning things to have two sshd processes
running on different ports, presumably start-stop-daemon was seeing the
:22 one and not
** Changed in: openssh (Ubuntu)
Status: New => Invalid
--
openssh-server init script contains irrelevant --pidfile argument to
start-stop-daemon
https://bugs.launchpad.net/bugs/277120
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to
Just tried using the latest upstream source (3.3.0pre2) on the server
side with Intrepid, and it fail too. I will report to Samba Bugzilla,
and see what they have to say.
--
Default ACL not applied on files created through CIFS filesystem (mount.cifs)
https://bugs.launchpad.net/bugs/271922
You r
** Changed in: openldap (Ubuntu)
Status: Incomplete => Invalid
** Changed in: openldap2.3 (Ubuntu Hardy)
Status: Confirmed => Invalid
--
Hardy slapd server is not supporting sasl/external authentication
https://bugs.launchpad.net/bugs/249881
You received this bug notification becau
** Description changed:
the appamor file for slapd prevents slapd to write to /etc/slapd.d when
slapd used with cn=config backend.
a line in /etc/apparmor.d/usr.sbin.slapd is missing to allow writes to the
cn=config backend
{{{
# the databases and logs
- /etc/sldapd.d/* rw,
+ /
However, on Intrepid when using the upstream 3.3.0pre2 from source, file
do not inherit default ACL for "other" even when the file is created
using smbclient.
I should also note that using an ACL for a named group instead of
"other" (ie, setfacl -m d:g:users:rwx) work as expected in all test
cases
** Changed in: samba
Status: Unknown => Confirmed
--
Default ACL not applied on files created through CIFS filesystem (mount.cifs)
https://bugs.launchpad.net/bugs/271922
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in ubunt
Hi Ante,
Just curious which version of the upstream vanilla kernel you tested?
2.6.27-rc8?
--
drbd doesn't start: "No response from the DRBD driver! Is the module loaded?"
but module is loaded
https://bugs.launchpad.net/bugs/271254
You received this bug notification because you are a member of
On Thu, 02 Oct 2008 21:29:23 -
Leann Ogasawara <[EMAIL PROTECTED]> wrote:
> Just curious which version of the upstream vanilla kernel you tested?
> 2.6.27-rc8?
No, -rc7 - the one which is the base for Ubuntu kernel.
--
drbd doesn't start: "No response from the DRBD driver! Is the module loa
Public bug reported:
I've tried this twice and got the same result.
Samba shares on the ubuntu desktop are set up and others can access them
fine. -- Installing wine makes the shares unaccessible and deleting wine
returns things to normal.
Not sure what this could be, or how to check deeper.
Ma
You have been subscribed to a public bug:
I've tried this twice and got the same result.
Samba shares on the ubuntu desktop are set up and others can access them
fine. -- Installing wine makes the shares unaccessible and deleting wine
returns things to normal.
Not sure what this could be, or how
I can confirm this works in intrepid.
--
bind9 does not support gssapi updates
https://bugs.launchpad.net/bugs/158197
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to bind9 in ubuntu.
--
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@
It's because Wine installs the winbind package, which is how it gets the
ntlm_auth functions it needs sometimes. Once you've installed that
Samba tries to use it, and breaks.
Basically, Wine needs a way of getting ntlm_auth without affecting samba at all.
** Also affects: wine (Ubuntu)
Impor
Public bug reported:
Binary package hint: bind9
When using GSS-TSIG it is necessary to specify a keytab file for bind,
which should be lockable. The attached patch adds an entry in the
apparmor file to allow bind to read and lock this file.
** Affects: bind9 (Ubuntu)
Importance: Undecided
** Attachment added: "named.apparmor.gssapi.diff"
http://launchpadlibrarian.net/18150999/named.apparmor.gssapi.diff
--
apparmor exception missing for keytab
https://bugs.launchpad.net/bugs/277370
You received this bug notification because you are a member of Ubuntu
Server Team, which is subsc
Confirmed, installing samba breaks sudo in pam.
** Changed in: samba (Ubuntu)
Status: New => Confirmed
--
pam_smbpass.so segfaults
https://bugs.launchpad.net/bugs/260687
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to samba in ubun
27 matches
Mail list logo
