$ ./change-override -c main -S libfcgi
Override component to main
libfcgi 2.4.2-2 in hirsute: universe/libs -> main
libfcgi-bin 2.4.2-2 in hirsute amd64: universe/utils/optional/100% -> main
libfcgi-bin 2.4.2-2 in hirsute arm64: universe/utils/optional/100% -> main
libfcgi-bin 2.4.2-2 in hirsute ar
This has a comeback in 2021
We see in component mismatches libfcgi-perl -> libfcgi
libfcgi-perl is in main since >=Xenial.
The new version 0.79+ds-2 now depends on libfcgi.
libfcgi itself was in main already based on this MIR bug here - main in
Trusty/Xenial.
It was subscribed by the openstack t
This was approved, but there was still a TODO item for me to review the
updates to the code, which I haven't done yet. Based on upstream's
comments, I'm guessing this is probably ok, so let's leave it where it
is for now and if there is a problem I will comment.
--
You received this bug notificat
@James: yeah, I looked at the upload :) Thanks for the quick answer and
fix!
** Changed in: ceph (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Tit
radosgw 0.48.1-0ubuntu2 in quantal amd64: universe/admin/optional -> main
radosgw 0.48.1-0ubuntu1 in quantal armel: universe/admin/optional -> main
radosgw 0.48.1-0ubuntu1 in quantal armhf: universe/admin/optional -> main
radosgw 0.48.1-0ubuntu2 in quantal i386: universe/admin/optional -> main
rado
Didier
I've updated the Ubuntu packaging do deal with generating
postinst/postrm scripts for all shared libraries a little more
elegantly.
Changes also submitted back upstream (the master source of packaging) -
https://github.com/ceph/ceph/pull/23
** Changed in: ceph (Ubuntu)
Status: Fix
This bug was fixed in the package ceph - 0.48.1-0ubuntu2
---
ceph (0.48.1-0ubuntu2) quantal; urgency=low
* Remove manual calls to ldconfig (LP: #1017978):
- d/lib{rados2|rbd1|cephfs1}.post*: Dropped - all these do is call
ldconfig which will automatically be done.
- d/
https://github.com/ceph/ceph/commit/fd8ba5d5f21e314f0e1ed5c02cf04377b2608498
explains things a bit more - looking for a better way todo this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Titl
Hmm:
dh_makeshlibs -n # we do the postinst/postrm scripts manually
I don't really understand why - I'll endeavor to find out.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[MIR
I noticed that the same happens for rbd1 and cephfs1 - looking at these
as well.
** Changed in: ceph (Ubuntu)
Assignee: Didier Roche (didrocks) => James Page (james-page)
** Changed in: ceph (Ubuntu)
Status: Incomplete => In Progress
--
You received this bug notification because you
Ok, it mostly looks good here. Here are a small feedback on the packaging
itself:
I don't understand the manual ldconfig call in librados2.post{inst,rm}. It
should be added automatically isn't it (didn't see anything in changelog or
README explaining it)? then, that will enable us to remove the
jamespage, I assume I'll just have to add rest-bench-dbg to
Extra-Excludes
doko, yes please - I really don't think the rest-bench packages
need to go into main
** Changed in: xml2 (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug notification because you are a member of
Please complete the xml2 content so that I can review ceph (and why we
need another xml library in main)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[MIR] libfcgi, ceph (radosgw)
T
ceph depends on xml2, which is missing a MIR
** Also affects: xml2 (Ubuntu)
Importance: Undecided
Status: New
** Changed in: xml2 (Ubuntu)
Importance: Undecided => High
** Changed in: xml2 (Ubuntu)
Status: New => Incomplete
** Changed in: xml2 (Ubuntu)
Milestone: None =>
** Changed in: ceph (Ubuntu)
Milestone: ubuntu-12.10-beta-1 => ubuntu-12.10-beta-2
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[MIR] libfcgi, ceph (radosgw)
To manage notificat
I queried this in #ubuntu-release; it was a mistake and radosgw is now
back in universe.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[MIR] libfcgi, ceph (radosgw)
To manage notific
I'm guessing because the source is in main, the NEW binaries defaulted
to main.
An AA will need to manually move it if it fails to be approved for main.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1
Uh - radosgw is now showing up as located in main:
Filename: pool/main/c/ceph/radosgw_0.48.1-0ubuntu1_amd64.deb
I'm pretty sure this is not correct AFAICT the MIR review has not been
completed yet.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 28/08/12 23:44, Yehuda Sadeh wrote:
> Note that while libapache2-mod-fastcgi is currently the better way
> to go, there's also libapache2-mod-fcgid, or nginx/lighttpd with
> fastcgi.
Thanks for the pointers Yehuda; I had a go with libapache2-mod-
Note that while libapache2-mod-fastcgi is currently the better way to
go, there's also libapache2-mod-fcgid, or nginx/lighttpd with fastcgi.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title
The other fly in the ointment for radosgw is that to actually use it you
need to use apache2 with libapache2-mod-fastcgi (which is in
multiverse).
This configuration is not currently automated in the packaging (I picked
this from the upstream docs) so the packages don't express this in their
depen
Moved libfcgi to main.
** Changed in: libfcgi (Ubuntu)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[MIR] libfcgi, ceph (radosgw)
To ma
Assigning back to Didier then.
** Changed in: ceph (Ubuntu)
Assignee: (unassigned) => Didier Roche (didrocks)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[MIR] libfcgi, ceph (
Sounds like it is worth a second look at radosgw then, thanks for the
clarification.
MIR team, would appreciate a second review of the contents of the
radosgw binary package to see if it can be promoted to main as well.
Thanks!
--
You received this bug notification because you are a member of Ub
At the time we went through the entire code base. It didn't make sense going
just through the ceph code and not through the radosgw code, they reside on the
same tree and share code. Also, the radosgw code size is not as big as it was
implied at the time.
In any case, we audited that code again,
FYI, I've uploaded a new version of ceph to quantal, 0.48-1ubuntu4,
which builds radosgw and rest-bench and depends on libfcgi. It would
appear that at least for the near-term, radosgw will remain in universe.
Yehuda, the comments I see from Sage indicate that non-radosgw malloc
sites were address
We fixed all the issues that were pointed out, and it was already ready for
precise. At the time it was communicated that the main issue for not including
radosgw was libfcgi, however, that doesn't appear to be an issue any more.
We've also created a test suite for radosgw (github.com/ceph/s3-tes
Regarding radosgw, did they rewrite it? The lack of defensive
programming coupled with processing network traffic and the large amount
of code made me very uneasy, so much so I made it a condition of the MIR
to compile with --without-radosgw.
--
You received this bug notification because you are
A reluctant ACK to libfcgi.
** Changed in: libfcgi (Ubuntu)
Status: New => Fix Committed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[MIR] libfcgi, ceph (radosgw)
To manage
After discussing with yehudasa and Sage on #ceph (openprojects), I think
there is a desire to have radosgw in main. It is strategic from the
standpoint of being a backend for glance already and a good stand alone
S3 service even without keystone support.
So, now that libfcgi seems ready for main,
MIR team, given jdstrand's conditions for ACK have been addressed, can
we go ahead and seed libfcgi?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[MIR] libfcgi, ceph (radosgw)
To ma
libfcgi (2.4.0-8.1ubuntu3) quantal; urgency=low
* d/patches/re-libtoolize: Updated acinclude.m4 to correctly detect
features in if header is present, regenerated tooling.
* d/patches/fix_compiler_warnings.patch: Fixup misc complier warnings
in the codebase.
Date: Mon, 13 Aug 2012 12:
Thanks for the review Jamie.
I think that it is still worth enabling this feature for ceph even if it
is in Universe; I'm concerned that as soon as a user wants to try
out/use the RADO gateway they are forced to either cut their own package
or revert to using upstream packages (which although in i
I welcome the day when a build-depends for a universe binary won't
require the build-dep to be in main. But that day is not today...
Security review:
No CVE history. It is compiled with hardening options. No initscripts/upstart
jobs, dbus services, setuid, fscaps usage, sudo/su/pkexec usage or cr
Closing the ceph task. It is in main already and the radosgw package
will stay in universe.
** Changed in: ceph (Ubuntu)
Status: New => Invalid
** Changed in: libfcgi (Ubuntu)
Assignee: Ubuntu Security Team (ubuntu-security) => Jamie Strandboge
(jdstrand)
** Changed in: libfcgi (Ubu
Recommendation from Didier included in latest upload to quantal:
libfcgi (2.4.0-8.1ubuntu2) quantal; urgency=low
* d/rules,control: Remove dependency_libs from .la files inline with
recommendation from Ubuntu MIR review, specify debhelper (>= 7.0.50~)
for override usage.
* d/libfcgi0l
Thanks for the precision :)
Ok, the packaging mostly seems good, I would though require that the .la files
are either removed or emptied to not create additional issues for people
installed the -dev package:
E: libfcgi-dev: non-empty-dependency_libs-in-la-file usr/lib/libfcgi++.la
E: libfcgi-dev
I managed to get in contact with the upstream mailing list maintainer
through one of the original project founders.
The mailing list is now functional again:
http://mailman.fastcgi.com/mailman/listinfo/fastcgi-developers
Project is still active; things got broken by DNS changes
** Changed
I agree with Clint, please feel free to grab more information from
upstream and reassign it back to me once you will have more information
about their involvement in maintaining it.
** Changed in: ceph (Ubuntu)
Assignee: Didier Roche (didrocks) => (unassigned)
** Changed in: libfcgi (Ubuntu
** Changed in: libfcgi (Ubuntu)
Assignee: (unassigned) => Didier Roche (didrocks)
** Changed in: ceph (Ubuntu)
Assignee: (unassigned) => Didier Roche (didrocks)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.la
Note that I want to raise additional concerns about libfcgi's upstream.
Their official mailing list[1] bounces, and the archives' last message
is from May of 2011 saying "ok new mailing list is setup and working".
I think that contact with the authors must be made before we can make
any decisions
** Changed in: libfcgi (Ubuntu)
Status: Confirmed => New
** Changed in: ceph (Ubuntu)
Status: Confirmed => New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[MIR] libfc
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: libfcgi (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[M
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: ceph (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1017978
Title:
[MIR]
** Changed in: libfcgi (Ubuntu)
Status: Incomplete => New
** Changed in: ceph (Ubuntu)
Status: Incomplete => New
** Changed in: ceph (Ubuntu)
Assignee: James Page (james-page) => (unassigned)
** Changed in: libfcgi (Ubuntu)
Assignee: James Page (james-page) => (unassigned
** Description changed:
[Availability]
ceph already in main
libfcgi in universe
[Rationale]
During the 12.04 cycle, ceph was MIR'ed.
However some parts of the package where disabled to support the late
nature of the MIR.
The Ceph RADOS gateway exposes a REST interface to a
** Description changed:
[Availability]
+ ceph already in main
+ libfcgi in universe
[Rationale]
- Required to enable radosgw (which would still be located in universe) in ceph.
+ During the 12.04 cycle, ceph was MIR'ed.
+
+ However some parts of the package where disabled to support the la
** Summary changed:
- [MIR] libfcgi
+ [MIR] libfcgi, ceph (radosgw)
** Also affects: ceph (Ubuntu)
Importance: Undecided
Status: New
** Changed in: ceph (Ubuntu)
Importance: Undecided => Medium
** Changed in: ceph (Ubuntu)
Assignee: (unassigned) => James Page (james-page)
--
48 matches
Mail list logo
