date:20120306

Re: Self Introduction

2012-03-06 Thread Andrey Ponomarenko


Osier Yang wrote:

Hello there,

My name is Osier Yang, and I'm willing to be a Co-maitainer
of libvirt project.


Welcome!

Consider using this API tracker for your library when maintaining 
packages: http://upstream-tracker.org/versions/libvirt.html




Let me introduce myself briefly. I am a Software Engineer in
Red Hat's Virtualization team, and the project I'm working on
is libvirt, (yes, the one I want to build packages for). I
joined in Redhat more than 3 years ago, and have been libvirt
developer for about half past one year. I have been used Linux
for about 7 years, since I was in college, the first distro I
used is Hiweed, which is a light Chinese localized distro based
on GNU/Debian, it was good, but I bet you don't known it. :-).

Okay, I see someone was introducing the hobbies, so my hobbies
are quite a lot, the most favoured one is Guita.

I don't have much experience on Fedora package building yet,
nor for other Linux distributions, but I could learn from the
other maitainers of libvirt quickly to do that.

looking forward to hear from you soon.

Regards,
Osier


--
Andrey Ponomarenko, ROSA Lab.

--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Self introduction for package submission

2012-03-06 Thread Avi Alkalay

I am a long time Fedora user and want to submit some contributed packages
again.

I work for IBM Brazil as an Information and IT Architect and general
hacker. If there are any IBMers in this list, my BluePages ID is
a...@br.ibm.com

My next e-mails will be plain package submissions.

Thank you

AVI ALKALAY ♦ אבי אלקלעי
information architect • software engineer • hacker
digital media • security • mobility • business intelligence
☎ +55-11-9659-9059 (Mobile • FaceTime • WhatsApp)
✤ http://Avi.Alkalay.net/blog http://avi.alkalay.net/
★ avibra...@gmail.com (Google Docs • Talk • Latitude)
@ avibrazil (Twitter • Facebook)
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Django 1.4 in F17?

2012-03-06 Thread Jos Vos

Hi,

Is there a possibility to see Django 1.4 in F17?

Django 1.4 RC1 came out yesterday, the final release is expected within a
month from now.  AFAICS there are no real incomapatibilities, see:

https://docs.djangoproject.com/en/dev/releases/1.4/

--
--Jos Vos j...@xos.nl
--X/OS Experts in Open Systems BV   |   Phone: +31 20 6938364
--Amsterdam, The Netherlands| Fax: +31 20 6948204
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Please review packages: perl-WWW-Google-Contacts, perl-Net-Google-Calendar, perl-Net-Google-Spreadsheets, AtomicParsley

2012-03-06 Thread Avi Alkalay

Here are some packages I have just submitted for review.

https://bugzilla.redhat.com/show_bug.cgi?id=800102
https://bugzilla.redhat.com/show_bug.cgi?id=800105
https://bugzilla.redhat.com/show_bug.cgi?id=800265
https://bugzilla.redhat.com/show_bug.cgi?id=800284

AtomicParsley is an MP4 tagger with iTunes-style tags.
The perl-Net-Google-Spreadsheets package has a new dependency on
perl-Net-Google-DataAPI also submitted at
https://bugzilla.redhat.com/show_bug.cgi?id=800264

Thank you in advance
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Package Review Request: python-picloud

2012-03-06 Thread Paul Howarth


On 03/06/2012 03:11 AM, Vijay N. Majagaonkar wrote:


Please, no! %{__cp} hugely decreases readability and if the
situation happens that mkdir and cp are not in the $PATH we will
have much bigger problems than running sed on all .spec files.


I am sorry but this will hit even if you don't use macro when tools are
not in $PATH, unless you use full path

Use just plain Unix commands as $DEITY intended them to be used.

I believe macro give you plain Unix command with full path.


It does, but the current packaging guidelines say not to use these macros:

http://fedoraproject.org/wiki/Packaging:Guidelines#Macros

  Macro forms of system executables SHOULD NOT be used except
   when there is a need to allow the location of those executables
   to be configurable. For example, rm should be used in preference
   to %{__rm}, but %{__python} is acceptable.

When reviewing a package, you need to be familiar with the guidelines 
and not suggest changes that are in contradiction with them.


Paul.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F-17 Branched report: 20120306 changes

2012-03-06 Thread Branched Report

Compose started at Tue Mar  6 08:15:08 UTC 2012

Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
HippoDraw-python-1.21.3-2.fc17.x86_64 requires python-numarray
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8
[aeolus-configserver]
aeolus-configserver-0.4.1-5.fc17.noarch requires ruby-nokogiri
[alexandria]
alexandria-0.6.8-2.fc17.1.noarch requires ruby(abi) = 0:1.8
[asterisk]
asterisk-ais-10.0.0-1.fc17.1.x86_64 requires 
libSaEvt.so.3(OPENAIS_EVT_B.01.01)(64bit)
asterisk-ais-10.0.0-1.fc17.1.x86_64 requires libSaEvt.so.3()(64bit)
asterisk-ais-10.0.0-1.fc17.1.x86_64 requires 
libSaClm.so.3(OPENAIS_CLM_B.01.01)(64bit)
asterisk-ais-10.0.0-1.fc17.1.x86_64 requires libSaClm.so.3()(64bit)
[aunit]
aunit-2010-3.fc16.i686 requires libgnat-4.6.so
aunit-2010-3.fc16.x86_64 requires libgnat-4.6.so()(64bit)
[banshee]
banshee-meego-2.2.1-3.fc17.x86_64 requires mutter-meego
[catfish]
catfish-engines-0.3.2-4.fc17.1.noarch requires pinot
[comoonics-cdsl-py]
comoonics-cdsl-py-0.2-19.noarch requires comoonics-base-py
[comoonics-cluster-py]
comoonics-cluster-py-0.1-25.noarch requires comoonics-base-py
[contextkit]
contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1
contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit)
[couchdb]
couchdb-1.0.3-2.fc16.x86_64 requires libicuuc.so.46()(64bit)
couchdb-1.0.3-2.fc16.x86_64 requires libicui18n.so.46()(64bit)
couchdb-1.0.3-2.fc16.x86_64 requires libicudata.so.46()(64bit)
[curry]
curry-0.9.11-7.fc12.x86_64 requires libgmp.so.3()(64bit)
[dh-make]
dh-make-0.55-4.fc17.noarch requires debhelper
[eruby]
eruby-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit)
eruby-libs-1.0.5-17.fc17.i686 requires ruby(abi) = 0:1.8
eruby-libs-1.0.5-17.fc17.i686 requires libruby.so.1.8
eruby-libs-1.0.5-17.fc17.x86_64 requires ruby(abi) = 0:1.8
eruby-libs-1.0.5-17.fc17.x86_64 requires libruby.so.1.8()(64bit)
[fantasdic]
fantasdic-1.0-0.9.beta7.fc17.noarch requires ruby(gettext-package)
[gcc-python-plugin]
gcc-python2-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 
0:4.7.0-0.10.fc17
gcc-python2-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17
gcc-python3-debug-plugin-0.9-1.fc17.x86_64 requires gcc = 
0:4.7.0-0.10.fc17
gcc-python3-plugin-0.9-1.fc17.x86_64 requires gcc = 0:4.7.0-0.10.fc17
[gdal]
gdal-ruby-1.7.3-12.fc17.x86_64 requires libruby.so.1.8()(64bit)
[gearmand]
gearmand-0.23-2.fc17.x86_64 requires libtcmalloc.so.0()(64bit)
gearmand-0.23-2.fc17.x86_64 requires 
libboost_program_options-mt.so.1.47.0()(64bit)
[genius]
genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit)
gnome-genius-1.0.12-2.fc15.x86_64 requires libgmp.so.3()(64bit)
[geos]
geos-ruby-3.3.2-1.fc17.x86_64 requires libruby.so.1.8()(64bit)
[gnatcoll]
gnatcoll-2011-6.fc17.i686 requires libgnat-4.6.so
gnatcoll-2011-6.fc17.i686 requires libgnarl-4.6.so
gnatcoll-2011-6.fc17.x86_64 requires libgnat-4.6.so()(64bit)
gnatcoll-2011-6.fc17.x86_64 requires libgnarl-4.6.so()(64bit)
[gnome-phone-manager]
gnome-phone-manager-0.66-9.fc17.x86_64 requires 
libgnome-bluetooth.so.9()(64bit)
[gnome-user-share]
gnome-user-share-3.0.1-3.fc17.x86_64 requires 
libgnome-bluetooth.so.9()(64bit)
[gnucash]
gnucash-2.4.8-1.fc17.x86_64 requires libgoffice-0.8.so.8()(64bit)
[gorm]
gorm-1.2.13-0.2.20110331.fc17.i686 requires libobjc.so.3
gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-gui.so.0.20
gorm-1.2.13-0.2.20110331.fc17.i686 requires libgnustep-base.so.1.23
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires libobjc.so.3()(64bit)
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires 
libgnustep-gui.so.0.20()(64bit)
gorm-1.2.13-0.2.20110331.fc17.x86_64 requires 
libgnustep-base.so.1.23()(64bit)
[gphpedit]
gphpedit-0.9.95-0.2.20090209snap.fc15.x86_64 requires 
libgtkhtml-2.so.0()(64bit)
[gpsdrive]
gpsdrive-2.11-10.fc17.x86_64 requires libmapnik.so.0.7()(64bit)
gpsdrive-2.11-10.fc17.x86_64 requires 
libboost_thread-mt.so.1.47.0()(64bit)
gpsdrive-2.11-10.fc17.x86_64 requires 
libboost_system-mt.so.1.47.0()(64bit)
gpsdrive-2.11-10.fc17.x86_64 requires 
libboost_filesystem-mt.so.1.47.0()(64bit)
[grads]
grads-2.0.1-1.fc17.x86_64 requires libsx.so.0()(64bit)
[grass]
grass-6.4.1-5.fc17.x86_64 requires libgeos-3.3.1.so()(64bit)
grass-libs-6.4.1-5.fc17.i686 requires libgeos-3.3.1.so
grass-libs-6.4.1-5.fc17.x86_64 requires libgeos-3.3.1.so()(64bit)
[gscribble]

Re: Fedora 18 feature processing?

2012-03-06 Thread Panu Matilainen


On 03/05/2012 05:54 PM, Josh Boyer wrote:

On Mon, Mar 5, 2012 at 10:40 AM, Panu Matilainen
pmati...@laiskiainen.org  wrote:


Hey,

I'm wondering whether there's some kind of disconnect in the feature process
at the moment: In order to avoid the kind of last-minute inclusion craze
that everybody hates, we decided to postpone rpm-4.10 for F18 and hoped to
get a pre-release version into rawhide right after branching F17, but it's
been almost a month now since filing the feature
(https://fedoraproject.org/wiki/Features/RPM4.10) ready for wrangler, with
no signs of activity from the wrangler to pass it on to FESCo (or request
corrections) that I can see.

Any idea what's up here? Lots of people are understandably busy with F17
preparations at this point, but now would also be the perfect time to start
introducing features deemed for F18 into rawhide, rather than day before
feature freeze. I'd rather have my feature done and dealt with well before
F18 alpha even appears on the horizon.


I don't think you need to wait for the Feature wrangler here.  Just commit it
to the master branch and build for F18.  It's not like kernel, gcc, and glibc
upgrades sit around waiting on a Feature page to get looked at.

Unless there is something that requires a large coordination with other
packages, I think you're good.


Well, that'd be just fine with me, I've just been trying to play by the 
book. If it's ok for *some* features to proceed without prior acceptance 
then perhaps the policy should be clarified on that.


- Panu -
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: User session printing

2012-03-06 Thread Nils Philippsen

On Mon, 2012-03-05 at 12:02 -0500, Bill Nottingham wrote:
 Tim Waugh (twa...@redhat.com) said: 
  For things like cloud printing, where the print server is a hosted
  service somewhere out in the Internet, I think the applications should
  be talking directly to it (via the print dialog).
  
  For a plain network printer, where the printer might not be able to
  accept the job while it's busy processing others, you might have to
  queue the job and retry it later.  So if you are doing that as a user
  process, how should that work when you log out, and when the machine is
  restarted?
 
 It waits until you log in again.

I wonder if that works with longer print jobs:

- User: I'll kick that one off before the weekend, it might take a
while, so that I won't disturb others.
- (User's) cupsd: queues the job in user's home, starts printing onto
the printer.
- User logs off after 15 pages of 300 are printed.
- systemd kills off all processes in user session cgroup, including
cupsd.
- User: Aiiieh!, heads off into the weekend as he has to catch a bus,
forgets about it.
- User returns after the weekend, logs in again, cupsd picks up the
still queued print job from user's home, starts printing the remaining
285 pages.

Nils
-- 
Nils Philippsen  Those who would give up Essential Liberty to purchase 
Red Hat   a little Temporary Safety, deserve neither Liberty
n...@redhat.com   nor Safety.  --  Benjamin Franklin, 1759
PGP fingerprint:  C4A8 9474 5C4C ADE3 2B8F  656D 47D8 9B65 6951 3011

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: User session printing

2012-03-06 Thread Miloslav Trmač

On Tue, Mar 6, 2012 at 2:46 PM, Nils Philippsen n...@redhat.com wrote:
 On Mon, 2012-03-05 at 12:02 -0500, Bill Nottingham wrote:
 Tim Waugh (twa...@redhat.com) said:
  For things like cloud printing, where the print server is a hosted
  service somewhere out in the Internet, I think the applications should
  be talking directly to it (via the print dialog).
 
  For a plain network printer, where the printer might not be able to
  accept the job while it's busy processing others, you might have to
  queue the job and retry it later.  So if you are doing that as a user
  process, how should that work when you log out, and when the machine is
  restarted?

 It waits until you log in again.

 I wonder if that works with longer print jobs:

 - User: I'll kick that one off before the weekend, it might take a
 while, so that I won't disturb others.
 - (User's) cupsd: queues the job in user's home, starts printing onto
 the printer.
 - User logs off after 15 pages of 300 are printed.
 - systemd kills off all processes in user session cgroup, including
 cupsd.
 - User: Aiiieh!, heads off into the weekend as he has to catch a bus,
 forgets about it.
 - User returns after the weekend, logs in again, cupsd picks up the
 still queued print job from user's home, starts printing the remaining
 285 pages.

This requires:
* A network printer
* ... that has a 300page paper tray, so it is clearly an industrial one
* ... but does not have a separate print queue
* an user that starts a print job and leaves?
I don't know how much that is likely.

In any case, the per-user cupsd could stay running after the user logs
off until the queue is empty - then there should be no discernible
difference between the system queue and per-user queue until the
system reboots (when it reboots, the per-user cupsd probably wouldn't
start and continue processing the job again - although that could be
arranged as well).
Mirek
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

F17 Alpha and VMWare Fusion

2012-03-06 Thread Mark Bidewell

Last night I attempted an install of F17 Alpha on VMWare Fusion.
1) My first attempt was using the install DVD.  I was redirected into a
text installer, I was not prompted to select packages.  The resulting
install hard lock starting SSH
2) Trying the KDE LiveCD froze during boot (don't know on what since the
boot screen was up).

Has anyone else seen this?

-- 
Mark Bidewell
http://www.linkedin.com/in/markbidewell
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: User session printing

2012-03-06 Thread Nicolas Mailhot


Le Mar 6 mars 2012 14:53, Miloslav Trmač a écrit :

 This requires:
 * A network printer
 * ... that has a 300page paper tray, so it is clearly an industrial one

̌1. The standard paper tray for even the smallest laser is usually 250 pages,
they are dirt cheap and a second paper tray is not expensive
http://reviews.cnet.co.uk/printers/brother-hl-2250dn-review-50004574/

Microscopic paper trays are reserved for color inkjets where you pay an arm
and a leg for a microgram of bad ink.

2. Ghostscript postscript quite often confuses postscript printers and they'll
happily print hundreds of pages of garbage for one bad ps page.

-- 
Nicolas Mailhot

-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [389-devel] New Transformation Plugin proposal

2012-03-06 Thread Andrey Ivanov

Hi Mark,

there are already serveral plugins and/or feature requests for generating
this sort of virtual attributes (
http://directory.fedoraproject.org/wiki/Roadmap,
http://directory.fedoraproject.org/wiki/Wishlist):
Virtual DIT/Tree Views
CoS + explict scoping(i think it's closest to your idea, maybe it's wiser
to extend the features of CoS)
dynamic group extension

2012/3/2 Mark Reynolds marey...@redhat.com

Hi Everyone,

I figured I'd send this out since we are looking to possibly add proxy
functionality to DS down the road. This came about because someone asked
if there was a way to convert gmt timestamps to local time. Things like
passwordexpiretime, modifierstimestamp, etc. A postop plugin to convert
attributes values of generalized time syntax to local time would handle
this request fine. By why stop there...

Some of the features that ldap proxy servers do is transform data before
it gets to the client. I'm not proposing combining all of a ldap proxy
server's features into the core DS, but we can do some with a little work.

For example(just to name a few):

- Hide values
- Change values
- Mask values
- Convert values(like timestamps that I mentioned above)
- Merge/Virtualize values

Use the configuration to scope this out. Have different transformations
for different subtrees, bind DN's, target filters, etc. I can see a lot of
uses for this type of functionality.

It's just an idea, but I wanted to throw it out there and see what you all
think.

Thanks,
Mark

--
389-devel mailing list
389-devel@lists.fedoraproject.**org 389-de...@lists.fedoraproject.org
https://admin.fedoraproject.**org/mailman/listinfo/389-develhttps://admin.fedoraproject.org/mailman/listinfo/389-devel
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

97 matches

Mail list logo