Re: Fedora 18 feature processing?

[Panu Matilainen]

On 03/05/2012 08:14 PM, Robyn Bergeron wrote:

On 03/05/2012 07:54 AM, Josh Boyer wrote:

On Mon, Mar 5, 2012 at 10:40 AM, Panu Matilainen
 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.

Sorry, your feature wrangler has been slightly preoccupied. :)


Oh, no worries, so have I and it's not at all clear whether I would've 
had time to get things rolling by before now even if the feature had 
been already processed.


I had no idea what kind of entity the wrangler is :) Since it's just a 
single person, perhaps there should be a backup wrangler? I mean, we all 
get preoccupied every now and then, go on vacations etc.



I'll get the existing wrangler submissions reviewed/submitted for next
week's FESCo meeting.


Ack, thanks.

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

Re: Review swap: logkeys - Linux keylogger

[Ankur Sinha]

On Tue, 2012-03-06 at 00:35 +0100, Björn Persson wrote:
> Ankur Sinha wrote:
> > The package is required for Fedora videos[1] :)
> > 
> > [1] http://fedoraproject.org/wiki/Video
> 
> How does a keylogger help you upload videos to the Internet Archive?
> 
> Björn Persson

Will assist in the creation of tutorial screencasts.
-- 
Thanks, 
Regards,
Ankur: "FranciscoD"

http://fedoraproject.org/wiki/User:Ankursinha
http://dodoincfedora.wordpress.com/



signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Torvalds:requiring root password for mundane things is moronic

[Chris Murphy]

On Mar 5, 2012, at 8:37 PM, Chuck Anderson wrote:

> On Mon, Mar 05, 2012 at 08:35:11PM -0700, Chris Murphy wrote:
>> passwd keeps complaining "The password fails the dictionary check -
>> it is too simplistic" for fake words NOT in the dictionary but
>> otherwise too simple for passwd's approval system.
> 
> I think you can just ignore passwd's warning in this case, it doesn't
> stop you from going ahead and using the simple password (unless
> something changed in F17).

Aha. So if I use passwd with liveuser, it says after three tries:
passwd: Have exhausted maximum number of retries for service

And does not change the passwd. But if I su to root, it still complains once, 
but does change the password after the Retype entry.

NEVERTHELESS. It's idiotic babysitting. And stupid that I need root to do this 
mundane task. I wonder how many developer man hours were required for this 
functionality.

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

Re: Torvalds:requiring root password for mundane things is moronic

[Chuck Anderson]

On Mon, Mar 05, 2012 at 08:35:11PM -0700, Chris Murphy wrote:
> passwd keeps complaining "The password fails the dictionary check -
> it is too simplistic" for fake words NOT in the dictionary but
> otherwise too simple for passwd's approval system.

I think you can just ignore passwd's warning in this case, it doesn't
stop you from going ahead and using the simple password (unless
something changed in F17).
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Torvalds:requiring root password for mundane things is moronic

[Chris Murphy]

passwd keeps complaining "The password fails the dictionary check - it is too 
simplistic" for fake words NOT in the dictionary but otherwise too simple for 
passwd's approval system.

I'm using the F17 alpha LiveCD and I'm just testing. I want a SIMPLE password 
and it won't let me use anything I can remember. I have to write down a temp 
password to do TESTING? This behavior is so completely asinine, it's like I 
have a f'n security mom parenting my password selection. I don't know who 
thinks it's their business to programmatically prevent me from choosing dogcrap 
as a password, but it's really irritating.

Oh and the password is hullop130. Nice thwart of an annoying, USELESS behavior, 
huh?


Chris Murphy


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

Re: Package Review Request: python-picloud

[Vijay N. Majagaonkar]

> 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.



;)
V!jay
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Self Introduction

[Osier Yang]

Hello there,

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

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
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Orphaning a couple of packages

[Eric Smith]

Fabian Deutsch wrote:

because I no longer use them I am orpahning

dbh
muParser
scidavis


I use muParser in Meshlab. I'm not a C++ whiz (as witnessed by my not 
yet having figured out how to make Meshlab build properly with GCC 4.7, 
so I'm waiting for upstream on that), so if anyone with better C++ 
skills wants to take over maintaining the muParser package, feel free, 
but otherwise I'll do it.


Best regards,
Eric

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

Re: How can we make F17 be able to boot on Macs (with or without reFit)

[Chris Murphy]

On Feb 28, 2012, at 12:53 PM, Matthew Garrett wrote:
> Yes. I'm mostly working on the netinst isos, and right now if you take 
> that and dd it onto a USB stick, then insert that and hold down alt on 
> boot, you'll get a Mac install.

OK so color me extremely confused. Starting with a zero'd USB stick (no APM, 
GPT or MBR), dd'ing the netinst.iso to the stick, I end up with a stick that 
all tools claims has a GPT, but is a broken GPT (see previous emails on this).

When I burn it to a DVD, diskutil and gdisk claim the partition scheme is APM! 
It's not GPT at all as far as they are concerned. I don't know how this is 
possible...but I've reproduced the results twice.


DVD version behaviors, on a 2008 Macbook Pro:

1.) Upon boot with option key, to get the Apple-EFI boot screen, there are four 
new options. Windows, EFI Boot, EFI Boot, EFI Boot.

a.) When I choose the CD/DVD icon labeled Windows, I get syslinux, and then a 
menu from which I can start Fedora. It produces a text anaconda installer which 
appears to function, although I did not proceed with an installation.

b.) When I choose the CD/DVD icon labeled EFI Boot, I'm dropped to a GRUB 
prompt.

c.) When I choose the Fedora icon labeled EFI Boot, I'm dropped to a GRUB 
prompt.

d.) When I choose the last CD/DVD icon labeled EFI Boot, a Mac OS login window 
appears and the computer appears to be booting from the hard drive, not the DVD 
at all.


On a 2011 Macbook Pro, there are only three new boot options when the DVD is 
present with behaviors 1a, 1b, and 1c. (Icon 1d is not presented.)

In any case, only the "Windows" option, which results in a CSM-BIOS mode boot, 
produces a booted system from which Fedora can be installed.

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

Re: Package Review Request: python-picloud

[Matej Cepl]

>> mkdir -p 
>>cp -p ...
It will be good if you make use of macro like %{__cp}

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. Use just plain Unix 
commands as $DEITY intended them to be used.


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

Detecting Postgres version during build

[Gianluca Sforna]

I am trying to build a package that provides a Postegres cartridge
compatible with 8.x and 9.x. Unfortunately the cartridge related files
are not installed in the same path for both version so I am looking
for a way to query the version against I'm building and pick the
correct path.

Is there any standard mean for doing what I need?

-- 
Gianluca Sforna

http://morefedora.blogspot.com
http://identi.ca/giallu - http://twitter.com/giallu
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Review swap: logkeys - Linux keylogger

[Björn Persson]

Ankur Sinha wrote:
> The package is required for Fedora videos[1] :)
> 
> [1] http://fedoraproject.org/wiki/Video

How does a keylogger help you upload videos to the Internet Archive?

Björn Persson


signature.asc
Description: This is a digitally signed message part.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: /etc/default in Fedora

[Chris Murphy]

On Mar 5, 2012, at 3:24 PM, Adam Williamson wrote:

> 
> But then, we already 'invalidate upstream documentation for Fedora
> users' by renaming all the command-line tools from 'grub-foo' to
> 'grub2-foo'.

Indeed, I lost about 47 brain cells on this issue alone. (By no means is it the 
winner for GRUB induced brain damage.)

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

Re: /etc/default in Fedora

[Adam Williamson]

On Mon, 2012-03-05 at 21:37 +0100, Lars Seipel wrote:
> On Monday 05 March 2012 21:20:12 Michał Piotrowski wrote:
> > Why /etc/default dir is used instead of /etc/sysconfig? To be honest -
> > it's not really user friendly from long time RH Linux user POV.
> 
> It's what upstream uses. See
> http://www.gnu.org/software/grub/manual/grub.html#Simple-configuration
> 
> Changing it would invalidate upstream documentation for Fedora users.

But then, we already 'invalidate upstream documentation for Fedora
users' by renaming all the command-line tools from 'grub-foo' to
'grub2-foo'.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

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

Re: Torvalds:requiring root password for mundane things is moronic

[Adam Williamson]

On Sat, 2012-03-03 at 15:10 -0700, Chris Murphy wrote:

> Depends. What if what's being added is a remote printer, that's merely
> a way to smuggle documents out of a company? So direct attach printers
> are probably fair game for adding without authentication. The user
> clearly has physical access to both computer and printer, the most
> applicable security control in this context is physical. But to add a
> non-local IPP printer is possibly a red flag.

I'm not sure it's remotely plausible to make 'strict in/out security on
a corporate network' the aim of our out of the box security policy. I
don't think we would ever achieve such a goal, but we could sure piss
off a lot of people who aren't part of corporate-wide deployments by
doing so, thus falling neatly between two stools. It really seems more
realistic to aim lower - but at some level that's actually achievable -
with our OOTB policy, and leave securing corporate networks to the
sysadmin of the corporation in question. That's their job, after all.

It's very easy to come up with some sort of theoretical scenario in
which almost *any* kind of ability to use the machine in any way
constitutes a 'security issue', but that doesn't really mean we should
ship a product which comes out of the box to a non-networked, single
user login prompt which refuses all passwords in the name of
security...=)
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

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

Re: Torvalds:requiring root password for mundane things is moronic

[Adam Williamson]

On Sat, 2012-03-03 at 14:07 -0500, David Zeuthen wrote:

> > On Fri, 2012-03-02 at 08:42 -0600, Greg Swift wrote:
> > > I experience a similar scenario.  On my home system (f16) I have my
> > > wife and both in the wheel group.  Every time I go to run
> > > virt-manager
> > > I get prompted for her password.  I do believe she is first in the
> > > wheel group after root in /etc/group.  However this doesn't make
> > > any
> > > sense to me.  It makes more sense for users that need that level of
> > > access to all know the root password rather than the users to know
> > > another user's password.  Even then, if I am in the same group,
> > > doesn't it make more since to either prompt for my own password or
> > > just allow me?  We know each others password so i've always
> > > shrugged
> > > it off cause I'm looking at other issues the few times when I am
> > > playing with the virtuals at home but since someone brought it
> > > up...
> > 
> > This sounds pretty straightforwardly like a bug probably in
> > PolicyKit,
> > to me. It's obviously more correct to use the current user's
> > authorization if it's sufficient than just to go with the first user
> > in
> > the admin group in all cases...
> > 
> > So, file a bug against PolicyKit.
> 
> (Ugh, no, please don't tell people to file bugs against polkit
> unless you are actually sure it's a polkit problem. In this case
> it's not.)

Sorry about that, but my general take is that it's important to get
issues filed, and it takes about fifteen seconds for a developer or
appropriately clued-up triager to re-assign a bug or mark it as a dupe,
if they know where it should go. So I tend to err on the side of getting
things filed against a product that's *approximately* correct - as in
the person who owns it will at least know where it should go to, if it's
wrong - rather than worrying so much about getting the assignment
precisely correct that the bug never gets filed.

> for details. If the problem is that both users are in wheel but you
> are asked to authenticate as the user who is not logged in, well,
> that's solved in a gnome-shell update, see

That's the bug being discussed here, AIUI.

>  https://bugzilla.gnome.org/show_bug.cgi?id=651547
> 
> and check if that patch is included in whatever version you are using.

Thanks for the reference. I found it independently after my mail, and it
seems the patch should be in F17 but not F16. I asked in the bug if it's
too disruptive to be backported to the stable Shell branch that F16 is
on.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

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

Re: /etc/default in Fedora

[Michał Piotrowski]

W dniu 5 marca 2012 21:40 użytkownik Michał Piotrowski
 napisał:
> 2012/3/5 Lars Seipel :
>> On Monday 05 March 2012 21:20:12 Michał Piotrowski wrote:
>>> Why /etc/default dir is used instead of /etc/sysconfig? To be honest -
>>> it's not really user friendly from long time RH Linux user POV.
>>
>> It's what upstream uses. See
>> http://www.gnu.org/software/grub/manual/grub.html#Simple-configuration
>>
>> Changing it would invalidate upstream documentation for Fedora users.
>
> Simple link to /etc/sysconfig/ will solve the problem.

I created the bug report for this
https://bugzilla.redhat.com/show_bug.cgi?id=800152


-- 
Best regards,
Michal

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

Re: /etc/default in Fedora

[Michał Piotrowski]

2012/3/5 Lars Seipel :
> On Monday 05 March 2012 21:20:12 Michał Piotrowski wrote:
>> Why /etc/default dir is used instead of /etc/sysconfig? To be honest -
>> it's not really user friendly from long time RH Linux user POV.
>
> It's what upstream uses. See
> http://www.gnu.org/software/grub/manual/grub.html#Simple-configuration
>
> Changing it would invalidate upstream documentation for Fedora users.

Simple link to /etc/sysconfig/ will solve the problem.

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



-- 
Best regards,
Michal

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

Re: /etc/default in Fedora

[Michał Piotrowski]

2012/3/5 Bill Nottingham :
> Michał Piotrowski (mkkp...@gmail.com) said:
>> I wanted to add "selinux=0" to the kernel command line on F17. I
>> checked /etc/sysconfig/, /etc/grub.d/, next I started to read
>> /etc/grub.d/10_linux (this new grub2 is so user friendly..) and I
>> found ${GRUB_CMDLINE_LINUX}. So I grepped /etc for GRUB_CMDLINE_LINUX.
>> I found file:
>> /etc/default/grub
>>
>> Why /etc/default dir is used instead of /etc/sysconfig? To be honest -
>> it's not really user friendly from long time RH Linux user POV.
>
> shadow-utils and glibc have been using /etc/default since 2004, at least.
> I suppose it depends on the package...

Agrees. But somehow I never have a need to configure glibc :) Grub
configuration is more frequent task.

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



-- 
Best regards,
Michal

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

Re: /etc/default in Fedora

[Lars Seipel]

On Monday 05 March 2012 21:20:12 Michał Piotrowski wrote:
> Why /etc/default dir is used instead of /etc/sysconfig? To be honest -
> it's not really user friendly from long time RH Linux user POV.

It's what upstream uses. See
http://www.gnu.org/software/grub/manual/grub.html#Simple-configuration

Changing it would invalidate upstream documentation for Fedora users.

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

Re: /etc/default in Fedora

[Bill Nottingham]

Michał Piotrowski (mkkp...@gmail.com) said: 
> I wanted to add "selinux=0" to the kernel command line on F17. I
> checked /etc/sysconfig/, /etc/grub.d/, next I started to read
> /etc/grub.d/10_linux (this new grub2 is so user friendly..) and I
> found ${GRUB_CMDLINE_LINUX}. So I grepped /etc for GRUB_CMDLINE_LINUX.
> I found file:
> /etc/default/grub
> 
> Why /etc/default dir is used instead of /etc/sysconfig? To be honest -
> it's not really user friendly from long time RH Linux user POV.

shadow-utils and glibc have been using /etc/default since 2004, at least.
I suppose it depends on the package...

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

Re: /etc/default in Fedora

[Piscium]

2012/3/5 Michał Piotrowski :
> So I grepped /etc for GRUB_CMDLINE_LINUX.
> I found file:
> /etc/default/grub
>
> Why /etc/default dir is used instead of /etc/sysconfig? To be honest -
> it's not really user friendly from long time RH Linux user POV.


I run Grub2 from upstream and the file is /usr/local/etc/default/grub
(I did not change the default).

Maybe this explains what you found.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

/etc/default in Fedora

[Michał Piotrowski]

Hi,

I wanted to add "selinux=0" to the kernel command line on F17. I
checked /etc/sysconfig/, /etc/grub.d/, next I started to read
/etc/grub.d/10_linux (this new grub2 is so user friendly..) and I
found ${GRUB_CMDLINE_LINUX}. So I grepped /etc for GRUB_CMDLINE_LINUX.
I found file:
/etc/default/grub

Why /etc/default dir is used instead of /etc/sysconfig? To be honest -
it's not really user friendly from long time RH Linux user POV.

-- 
Best regards,
Michal

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

[389-devel] please review ticket #191 - Implement SO_KEEPALIVE on network calls

[Mark Reynolds]

https://fedorahosted.org/389/ticket/191

https://fedorahosted.org/389/attachment/ticket/191/0001-Ticket-191-Implement-SO_KEEPALIVE-in-network-calls.patch

Thanks,
Mark
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-devel

Summary & minutes for today's FESCo meeting (5 March 2012)

[Bill Nottingham]

===
#fedora-meeting: FESCO (2012-03-05)
===


Meeting started by notting at 17:59:59 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2012-03-05/fesco.2012-03-05-17.59.log.html
.


Meeting summary
---
* init process  (notting, 18:00:12)

* #812 Mass rename request for all mingw32-* packages because of new
  packaging guidelines  (notting, 18:02:49)
  * LINK:

http://svn.openftd.org/viewvc/Fedora%20Cross%20Compiler%20Framework/mingw-cppunit/mingw-cppunit.spec?r1=322&r2=543
(epienbro, 18:04:43)
  * AGREED: rename w/o re-review will be done in rawhide and merged for
f17 if there are no problems  (notting, 18:45:00)

* #815 abrt bugzilla deduplicator  (notting, 18:45:22)
  * AGREED: abrt bugzilla deduplicator is approved. go forth and do it
(notting, 18:47:30)

* FES tickets  (notting, 18:47:38)

* Open Floor  (notting, 18:48:26)
  * AGREED: reopen rel-eng ticket, target f-18  (notting, 18:55:47)

* Open Floor  (notting, 18:56:53)
  * AGREED: defer #816 to next week  (notting, 18:58:56)

* #805 Freeze break request for firewalld  (notting, 19:05:23)
  * AGREED: defer decsion to next week, or to votes in ticket  (notting,
19:20:42)

* Open Floor  (notting, 19:21:38)
  * t8m will chair next week's meeting  (notting, 19:23:09)

Meeting ended at 19:25:48 UTC.




Action Items






Action Items, by person
---
* **UNASSIGNED**
  * (none)




People Present (lines said)
---
* notting (85)
* nirik (65)
* mitr (52)
* dgilmore (42)
* sgallagh (40)
* pjones (38)
* mjg59 (25)
* t8m (24)
* epienbro (16)
* mmaslano (13)
* vallor (13)
* zodbot (10)
* drago01 (8)
* VICODAN2 (5)
* ktietz (3)
* limburgher (0)




Generated by `MeetBot`_ 0.1.4

.. _`MeetBot`: http://wiki.debian.org/MeetBot


Full meeting log is available at:

http://meetbot.fedoraproject.org/fedora-meeting/2012-03-05/fesco.2012-03-05-17.59.log.html

http://meetbot.fedoraproject.org/fedora-meeting/2012-03-05/fesco.2012-03-05-17.59.log.txt
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION NO LONGER REQUIRED] Retired packages for F-17

[Peter Robinson]

On Mon, Mar 5, 2012 at 4:13 PM, Bill Nottingham  wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>> It was my understanding that packages that are FTBFS prior to F-15 (ie
>> not had a successful build in F-15 or later)
>
> It's done off the F15FTBFS bug. If these don't have bugs blocking that,
> they won't get picked up.

Right, I did that from koji, not sure how the ftbfs bug was done.

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

Re: Bodhi problems?

[Ken Dreyer]

On Mon, Mar 5, 2012 at 9:14 AM, Kevin Fenzi  wrote:
> We may have tracked this down to a new app server that only had 1 vcpu.
> (It was thus getting bogged down and not processing as normal).
> We have that app server all fixed up now.
>
> Can anyone who sees this problem again let us know?
> (Either reply here, file a ticket in fedora infrastructure trac or drop
> by #fedora-admin).

A few minutes ago I tried pushing the updated remctl package to all
Fedora branches. F17 worked, but F16 and F15 repeatedly fail with "500
Internal error".

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

Re: Fedora 18 feature processing?

[Robyn Bergeron]

On 03/05/2012 07:54 AM, Josh Boyer wrote:

On Mon, Mar 5, 2012 at 10:40 AM, Panu Matilainen
  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.

Sorry, your feature wrangler has been slightly preoccupied. :)

I'll get the existing wrangler submissions reviewed/submitted for next 
week's FESCo meeting.

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.

josh


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

Re: Automating the NonResponsiveMaintainers policy

[Pete Zaitcev]

On Fri, 02 Mar 2012 12:09:21 +0100
Reindl Harald  wrote:

> if you are working the whole month on a different component
> and give no single feedback to a new reported bug you are
> ending in frustrated submitters - if they get a "assigned"
> they do not feel ignored

This is going to end in counter-automation, with a script that
uploads "I'm busy, this bug is not to be used as an excuse to
initiate punitive automation" comment every 6 days.

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

Re: Making PGP distribution key well-known

[Petr Pisar]

On 2012-03-05, Kevin Fenzi  wrote:
>
> Would you be willing to file a websites ticket on this?=20

Done: 

-- Petr

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

Re: User session printing

[Bill Nottingham]

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.

> Another issue is that the LPD printer protocol requires the client to
> connect from a privileged port, so it won't work for that without some
> extra hoops.

What % of networked printers are using this protocol these days?

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

Re: Bodhi problems?

[Kevin Fenzi]

On Mon, 5 Mar 2012 10:46:15 -0500 (EST)
Paul Wouters  wrote:

> On Mon, 5 Mar 2012, Gilboa Davara wrote:
> 
> > Two questions:
> > Is bodhi down? Did I miss some down-time message?
> > Am I the only one to experience this issue?
> 
> I've seen this too. Doing fedpkg update seems to fail for me the first
> time, then succeed on the second time.

We may have tracked this down to a new app server that only had 1 vcpu.
(It was thus getting bogged down and not processing as normal).
We have that app server all fixed up now.  

Can anyone who sees this problem again let us know? 
(Either reply here, file a ticket in fedora infrastructure trac or drop
by #fedora-admin). 

Hopefully it's fixed. 

Thanks, 

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION NO LONGER REQUIRED] Retired packages for F-17

[Bill Nottingham]

Peter Robinson (pbrobin...@gmail.com) said: 
> It was my understanding that packages that are FTBFS prior to F-15 (ie
> not had a successful build in F-15 or later)

It's done off the F15FTBFS bug. If these don't have bugs blocking that,
they won't get picked up.

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

Re: Fedora 18 feature processing?

[Josh Boyer]

On Mon, Mar 5, 2012 at 10:40 AM, Panu Matilainen
 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.

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

[perl-Sub-Identify] Spec clean-up

[Paul Howarth]

commit edac6fde7a1291e8c7b2c9eae180889b035f18f1
Author: Paul Howarth 
Date:   Mon Mar 5 15:51:28 2012 +

Spec clean-up

- Use %{optflags}
- BR: perl(Exporter) and perl(Test::Pod)
- Make %files list more explicit
- Use DESTDIR rather than PERL_INSTALL_ROOT
- No need to remove empty directories from buildroot
- Don't use macros for commands
- Use tabs

 .gitignore |2 +-
 perl-Sub-Identify.spec |  105 ++--
 2 files changed, 58 insertions(+), 49 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 081d739..fc0afde 100644
--- a/.gitignore
+++ b/.gitignore
@@ -1 +1 @@
-Sub-Identify-0.04.tar.gz
+/Sub-Identify-[0-9.]*.tar.gz
diff --git a/perl-Sub-Identify.spec b/perl-Sub-Identify.spec
index d184b3a..3273671 100644
--- a/perl-Sub-Identify.spec
+++ b/perl-Sub-Identify.spec
@@ -1,41 +1,41 @@
-Name:   perl-Sub-Identify
-Version:0.04
-Release:12%{?dist}
-Summary:Retrieve names of code references
-License:GPL+ or Artistic
-Group:  Development/Libraries
-URL:http://search.cpan.org/dist/Sub-Identify/
-Source0:
http://www.cpan.org/authors/id/R/RG/RGARCIA/Sub-Identify-%{version}.tar.gz
-BuildRoot:  %{_tmppath}/%{name}-%{version}-%{release}-root-%(%{__id_u} -n)
-BuildRequires:  perl(ExtUtils::MakeMaker)
-BuildRequires:  perl(Test::More)
-Requires:   perl(:MODULE_COMPAT_%(eval "`%{__perl} -V:version`"; echo 
$version))
-
+Name:  perl-Sub-Identify
+Version:   0.04
+Release:   13%{?dist}
+Summary:   Retrieve names of code references
+License:   GPL+ or Artistic
+Group: Development/Libraries
+URL:   http://search.cpan.org/dist/Sub-Identify/
+Source0:   
http://search.cpan.org/CPAN/authors/id/R/RG/RGARCIA/Sub-Identify-%{version}.tar.gz
+BuildRoot: %{_tmppath}/%{name}-%{version}-%{release}-root-%(id -nu)
+BuildRequires: perl(Exporter)
+BuildRequires: perl(ExtUtils::MakeMaker)
+BuildRequires: perl(Test::More)
+BuildRequires: perl(Test::Pod)
+Requires:  perl(:MODULE_COMPAT_%(eval "`perl -V:version`"; echo $version))
+
+# Don't provide private perl libs
 %{?perl_default_filter}
 
 %description
 Sub::Identify allows you to retrieve the real name of code references. For
-this, it uses perl's introspection mechanism, provided by the B module.
+this, it uses Perl's introspection mechanism, provided by the B module.
 
 %prep
 %setup -q -n Sub-Identify-%{version}
 
-perl -pi -e 's|^#!perl|#!%{__perl}|' t/*
+# Fix script interpreters
+perl -pi -e 's|^#!perl|#!/usr/bin/perl|' t/*
 
 %build
-%{__perl} Makefile.PL INSTALLDIRS=vendor
+perl Makefile.PL INSTALLDIRS=vendor OPTIMIZE="%{optflags}"
 make %{?_smp_mflags}
 
 %install
 rm -rf %{buildroot}
-
-make pure_install PERL_INSTALL_ROOT=%{buildroot}
-
-find %{buildroot} -type f -name .packlist -exec rm -f {} \;
+make pure_install DESTDIR=%{buildroot}
+find %{buildroot} -type f -name .packlist -exec rm -f {} ';'
 find %{buildroot} -type f -name '*.bs' -a -size 0 -exec rm -f {} ';'
-find %{buildroot} -depth -type d -exec rmdir {} 2>/dev/null \;
-
-%{_fixperms} %{buildroot}/*
+%{_fixperms} %{buildroot}
 
 %check
 make test
@@ -46,11 +46,20 @@ rm -rf %{buildroot}
 %files
 %defattr(-,root,root,-)
 %doc Changes t/
-%{perl_vendorarch}/*
-%exclude %dir %{perl_vendorarch}/auto/
-%{_mandir}/man3/*.3*
+%{perl_vendorarch}/auto/Sub/
+%{perl_vendorarch}/Sub/
+%{_mandir}/man3/Sub::Identify.3pm*
 
 %changelog
+* Mon Mar  5 2012 Paul Howarth  - 0.04-13
+- Use %%{optflags}
+- BR: perl(Exporter) and perl(Test::Pod)
+- Make %%files list more explicit
+- Use DESTDIR rather than PERL_INSTALL_ROOT
+- No need to remove empty directories from buildroot
+- Don't use macros for commands
+- Use tabs
+
 * Fri Jan 13 2012 Fedora Release Engineering  
- 0.04-12
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_17_Mass_Rebuild
 
@@ -61,16 +70,16 @@ rm -rf %{buildroot}
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild
 
 * Wed Dec 22 2010 Marcela Maslanova  - 0.04-9
-- 661697 rebuild for fixing problems with vendorach/lib
+- Rebuild to fix problems with vendorarch/lib (#661697)
 
 * Thu May 06 2010 Marcela Maslanova  - 0.04-8
 - Mass rebuild with perl-5.12.0
 
 * Mon Dec  7 2009 Stepan Kasal  - 0.04-7
-- rebuild against perl 5.10.1
+- Rebuild against perl 5.10.1
 
-* Fri Aug 28 2009 Chris Weyl  0.04-6
-- bump
+* Fri Aug 28 2009 Chris Weyl  - 0.04-6
+- Bump
 
 * Thu Aug 27 2009 Chris Weyl  - 0.04-5
 - Filtering errant private provides
@@ -81,28 +90,28 @@ rm -rf %{buildroot}
 * Thu Feb 26 2009 Fedora Release Engineering  
- 0.04-3
 - Rebuilt for https://fedoraproject.org/wiki/Fedora_11_Mass_Rebuild
 
-* Wed Feb 11 2009 Chris Weyl  0.04-2
-- nd change files to look in the the arch-dependent dirs
+* Wed Feb 11 2009 Chris Weyl  - 0.04-2
+- Aaaand change files to look in the the arch-dependent dirs
 
-* Wed Feb 11 2009 Chris Weyl  0.04-1
-- update to 0.04
-- drop buildarch noarc

Re: Bodhi problems?

[Paul Wouters]

On Mon, 5 Mar 2012, Gilboa Davara wrote:


Two questions:
Is bodhi down? Did I miss some down-time message?
Am I the only one to experience this issue?


I've seen this too. Doing fedpkg update seems to fail for me the first
time, then succeed on the second time.

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

Fedora 18 feature processing?

[Panu Matilainen]

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.


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

Re: Review swap: logkeys - Linux keylogger

[Ankur Sinha]

On Mon, 2012-03-05 at 08:18 -0700, Nathanael D. Noblet wrote:
> On 03/04/2012 06:04 AM, Ankur Sinha wrote:
> > Hey folks,
> >
> > A package that we'd like to use for fedora videos requires review:
> 
> I'm curious what you mean by 'fedora videos review'... could you explain 
> more?
> 

The package is required for Fedora videos[1] :)

[1] http://fedoraproject.org/wiki/Video
-- 
Thanks, 
Regards,
Ankur: "FranciscoD"

http://fedoraproject.org/wiki/User:Ankursinha
http://dodoincfedora.wordpress.com/



signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Draft schedule for today's FESCo meeting (5 March 2012)

[Marcela Mašláňová]

On 03/05/2012 04:19 PM, Scott Doty wrote:
> On 03/05/2012 06:44 AM, Bill Nottingham wrote:
>>
>> If you would like to add something to this agenda, you can reply to
>> this e-mail, file a new ticket at https://fedorahosted.org/fesco,
>> e-mail me directly, or bring it up at the end of the meeting, during
>> the open floor topic. Note that added topics may be deferred until
>> the following meeting.
> 
> Please add:
> 
> Consider asking the security SIG to review, and recommend changes, to
> security policies for common administrative tasks.  Some of them expose
> the plaintext root password -- or other plaintext passwords -- to
> potential compromise, with little or no good reason.
> 
> See bug 799988 for an example:
> 
>  https://bugzilla.redhat.com/show_bug.cgi?id=799988
> 
>  -Scott
> 
Added:
https://fedorahosted.org/fesco/ticket/816

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

Re: Draft schedule for today's FESCo meeting (5 March 2012)

[Scott Doty]

On 03/05/2012 06:44 AM, Bill Nottingham wrote:


If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting.


Please add:

Consider asking the security SIG to review, and recommend changes, to 
security policies for common administrative tasks.  Some of them expose 
the plaintext root password -- or other plaintext passwords -- to 
potential compromise, with little or no good reason.


See bug 799988 for an example:

 https://bugzilla.redhat.com/show_bug.cgi?id=799988

 -Scott

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

Re: Review swap: logkeys - Linux keylogger

[Nathanael D. Noblet]

On 03/04/2012 06:04 AM, Ankur Sinha wrote:

Hey folks,

A package that we'd like to use for fedora videos requires review:


I'm curious what you mean by 'fedora videos review'... could you explain 
more?


--
Nathanael d. Noblet
t 403.875.4613
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Package Review Request: python-picloud

[Vijay N. Majagaonkar]

I am not reviewer but I think it make sense following things are good
to incorporate

>># These packages are not require for python >=2.6 but required for python
= 2.5

>>Requires:   python >= 2.5

I think your Requires: must be python = 2.5

>>%setup -q -n cloud-%version

is that version should be %{version}

>> mkdir -p ...

>>cp -p ...

It will be good if you make use of macro like %{__cp}



;)

V!jay

On Mon, Mar 5, 2012 at 1:00 AM, Amit Saha  wrote:

> Hello:
>
> Could someone please review my first package: https://bugzilla.redhat.com/
> **show_bug.cgi?id=799810?
>
> Since, this is my first, I am in need of a sponsor (FAS: amitksaha)
>
> Thanks a lot !
> -Amit
> --
> http://echorand.me
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.**org/mailman/listinfo/devel
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Torvalds:requiring root password for mundane things is moronic

[Scott Doty]

On 03/02/2012 04:16 AM, Tim Waugh wrote:

Yes, it's a policy.

Also see this bug which I filed nearly two years ago on just this
subject:
   https://bugzilla.redhat.com/show_bug.cgi?id=596711

Tim.
*/



New bug report filed:  "security policy: root password needed when it 
shouldn't be".


   https://bugzilla.redhat.com/show_bug.cgi?id=799988

There are security implications to exposing the plaintext root password 
(or any password) to intercept and compromise, when they aren't needed 
for the user to contact networked printers in the first place.


(For an easy example: the user could use nc(1) to print to an HP 
jetdirect printer.)


I think what we have here is a zealous attention to security.  That's 
not a bad thing per se, but can lead to insecure policies that have the 
added disadvantage of being highly annoying to people who use Fedora.


OT, but related:  All my own desktops, save a mac mini, have been Fedora 
since FC1, and were RedHat before that since "time immemorium".  How 
about you? :)


 -Scott

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

Draft schedule for today's FESCo meeting (5 March 2012)

[Bill Nottingham]

Apologies for the late sending.

Following is the list of topics that will be discussed in the FESCo
meeting today at 18:00UTC (1:00pm EST) in #fedora-meeting on
irc.freenode.net.

Links to all tickets below can be found at: 
https://fedorahosted.org/fesco/report/9

= New business =

#topic #812 Mass rename request for all mingw32-* packages because of new 
packaging guidelines
.fesco 812

#topic #815 abrt bugzilla deduplicator
.fesco 815

= Fedora Engineering Services tickets = 

https://fedorahosted.org/fedora-engineering-services/report/6

= Open Floor = 

For more complete details, please visit each individual ticket.  The
report of the agenda items can be found at
https://fedorahosted.org/fesco/report/9

If you would like to add something to this agenda, you can reply to
this e-mail, file a new ticket at https://fedorahosted.org/fesco,
e-mail me directly, or bring it up at the end of the meeting, during
the open floor topic. Note that added topics may be deferred until
the following meeting. 
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Making PGP distribution key well-known

[Kevin Fenzi]

On Mon, 5 Mar 2012 10:37:47 + (UTC)
Petr Pisar  wrote:

> Put them right next to shiny Download links. If the datails about size
> are important enough, a link to signature could be there too. Like:
> 
> Download Now!
> 605MB, ISO format image for Intel-compatible PCs (32-bit), signature
> 
> Where the `signature' label would point to
> .
> 
> The `Verify Download' link is six sections underneath. Even bellow
> export regulations which nobody reads. To far.

Would you be willing to file a websites ticket on this? 

I could as well, but if you file it, you'll have more input in how it's
implemented. ;) 

https://fedorahosted.org/fedora-websites/newticket

kevin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION NO LONGER REQUIRED] Retired packages for F-17

[Bruno Wolff III]

On Mon, Mar 05, 2012 at 13:44:34 +,
  "Richard W.M. Jones"  wrote:
> 
> Well I take back some of what I said before.  In the new version
> (4.0.1) the cut-and-paste C code for reading and writing images has
> been replaced with use of the appropriate libraries (libpng, libjpeg,
> libungif, freetype).  This is very encouraging, and shows that this
> new upstream is back on track.
> 
> I'm still dubious about the image processing code, since that seems to
> duplicate the functionality of things like cairo, but at least (a)
> it's written in OCaml so it'll be robust from buffer overflows etc,
> and (b) it's not likely to be security sensitive because it doesn't
> read directly from image files.
> 
> Anyhow, go for it, don't let me discourage anyone from packaging
> things for Fedora.

Thanks for the comments. Having another person take a quick look at it
and have good things to say (at least relative to the old version)
is encouraging.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION NO LONGER REQUIRED] Retired packages for F-17

[Richard W.M. Jones]

On Mon, Mar 05, 2012 at 07:17:21AM -0600, Bruno Wolff III wrote:
> On Mon, Mar 05, 2012 at 13:03:09 +,
>   "Richard W.M. Jones"  wrote:
> > 
> > ocaml-camlimages?  I've kicked this package out of Fedora because
> > camlimages has a dead upstream *and* a lengthy history of security
> > bugs.  It contains old C code pasted from various places, and really
> > shouldn't be used.  The right way to do this is to use OCaml bindings
> > for libpng, libungif etc.  (Debian even did some of this work, but
> > didn't contribute anything back upstream ...)
> 
> There has been an update since the package was removed. I don't see
> a lot happening now, but at some time between when it was dropped and
> now there was activity. (It went from 3.0.2 to 4.0.1.)

Well I take back some of what I said before.  In the new version
(4.0.1) the cut-and-paste C code for reading and writing images has
been replaced with use of the appropriate libraries (libpng, libjpeg,
libungif, freetype).  This is very encouraging, and shows that this
new upstream is back on track.

I'm still dubious about the image processing code, since that seems to
duplicate the functionality of things like cairo, but at least (a)
it's written in OCaml so it'll be robust from buffer overflows etc,
and (b) it's not likely to be security sensitive because it doesn't
read directly from image files.

Anyhow, go for it, don't let me discourage anyone from packaging
things for Fedora.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-df lists disk usage of guests without needing to install any
software inside the virtual machine.  Supports Linux and Windows.
http://et.redhat.com/~rjones/virt-df/
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: [ACTION NO LONGER REQUIRED] Retired packages for F-17

[Peter Robinson]

Hi Rich,

On Mon, Mar 5, 2012 at 1:03 PM, Richard W.M. Jones  wrote:
> On Sun, Mar 04, 2012 at 05:26:02PM -0600, Bruno Wolff III wrote:
>> On Sun, Mar 04, 2012 at 17:46:45 +,
>>   Peter Robinson  wrote:
>> > freetennis-0.4.8-18.fc12
>>
>> Note that freetennis is waiting on a review of ocaml-calimages. I have tested
>> rebuilding freetennis against my local copy of ocaml-calimages and it
>> worked.
>>
>> I have traded some package maintenance tasks with Hans for getting a review
>> of ocaml-calimages and it will probably be done in a couple of weeks.
>
> ocaml-camlimages?  I've kicked this package out of Fedora because
> camlimages has a dead upstream *and* a lengthy history of security
> bugs.  It contains old C code pasted from various places, and really
> shouldn't be used.  The right way to do this is to use OCaml bindings
> for libpng, libungif etc.  (Debian even did some of this work, but
> didn't contribute anything back upstream ...)
>
> See my previous posting on this subject:
> https://lists.fedoraproject.org/pipermail/devel/2009-October/039597.html
>
> Freetennis has a long, long dead upstream (like 5+ years), and I was
> fairly certain that I had made it 'dead.package' in the past too, but
> checking it now, I didn't.  I suggest killing it too.

Please follow the process to remove a package to ensure it's properly blocked.

https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life

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

Re: [ACTION NO LONGER REQUIRED] Retired packages for F-17

[Bruno Wolff III]

On Mon, Mar 05, 2012 at 13:03:09 +,
  "Richard W.M. Jones"  wrote:
> 
> ocaml-camlimages?  I've kicked this package out of Fedora because
> camlimages has a dead upstream *and* a lengthy history of security
> bugs.  It contains old C code pasted from various places, and really
> shouldn't be used.  The right way to do this is to use OCaml bindings
> for libpng, libungif etc.  (Debian even did some of this work, but
> didn't contribute anything back upstream ...)

There has been an update since the package was removed. I don't see
a lot happening now, but at some time between when it was dropped and
now there was activity. (It went from 3.0.2 to 4.0.1.)

> See my previous posting on this subject:
> https://lists.fedoraproject.org/pipermail/devel/2009-October/039597.html
> 
> Freetennis has a long, long dead upstream (like 5+ years), and I was
> fairly certain that I had made it 'dead.package' in the past too, but
> checking it now, I didn't.  I suggest killing it too.

It seems to work, so even without an active upstream I don't see a need
to drop it.
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[Bug 247250] Conflicting Provides

[bugzilla]

Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.


https://bugzilla.redhat.com/show_bug.cgi?id=247250

--- Comment #4 from Jan Kaluža  2012-03-05 08:05:00 EST ---
Created attachment 567603
  --> https://bugzilla.redhat.com/attachment.cgi?id=567603
proposed patch

filter perl(HTTP::Request::Common) Provide from -devel

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: [ACTION NO LONGER REQUIRED] Retired packages for F-17

[Richard W.M. Jones]

On Sun, Mar 04, 2012 at 05:26:02PM -0600, Bruno Wolff III wrote:
> On Sun, Mar 04, 2012 at 17:46:45 +,
>   Peter Robinson  wrote:
> > freetennis-0.4.8-18.fc12
> 
> Note that freetennis is waiting on a review of ocaml-calimages. I have tested
> rebuilding freetennis against my local copy of ocaml-calimages and it
> worked.
> 
> I have traded some package maintenance tasks with Hans for getting a review
> of ocaml-calimages and it will probably be done in a couple of weeks.

ocaml-camlimages?  I've kicked this package out of Fedora because
camlimages has a dead upstream *and* a lengthy history of security
bugs.  It contains old C code pasted from various places, and really
shouldn't be used.  The right way to do this is to use OCaml bindings
for libpng, libungif etc.  (Debian even did some of this work, but
didn't contribute anything back upstream ...)

See my previous posting on this subject:
https://lists.fedoraproject.org/pipermail/devel/2009-October/039597.html

Freetennis has a long, long dead upstream (like 5+ years), and I was
fairly certain that I had made it 'dead.package' in the past too, but
checking it now, I didn't.  I suggest killing it too.

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machines to virtual machines.  Boot with a
live CD or over the network (PXE) and turn machines into Xen guests.
http://et.redhat.com/~rjones/virt-p2v
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

User session printing

[Tim Waugh]

(changing the subject line since this is a bit different from the
original topic)

On Sun, 2012-03-04 at 00:22 +0100, Miloslav Trmač wrote:
> Another way to look at this issue is - if printers were maintained
> per-user (per-user, unprivileged cups daemon, per-user configuration,
> per-user print queue), there would be no reason to ask for
> authentication.  Given that printers are so often networked nowadays
> and no access to hardware is required, we might even be able to avoid
> running the system-wide cups daemon at all in some cases.  There would
> be one less process running as root, no reason to authenticate, an
> increase both in security and ease of use.
[...]
> Would something like this at all possible to do with cups and the
> current printing design and protocols?

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?

Another issue is that the LPD printer protocol requires the client to
connect from a privileged port, so it won't work for that without some
extra hoops.

Tim.
*/



signature.asc
Description: This is a digitally signed message part
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

[perl-Package-DeprecationManager] Created tag perl-Package-DeprecationManager-0.12-1.fc18

[Paul Howarth]

The lightweight tag 'perl-Package-DeprecationManager-0.12-1.fc18' was created 
pointing to:

 da2d63d... Update to 0.12
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

[perl-Package-DeprecationManager] Created tag perl-Package-DeprecationManager-0.12-1.fc17

[Paul Howarth]

The lightweight tag 'perl-Package-DeprecationManager-0.12-1.fc17' was created 
pointing to:

 da2d63d... Update to 0.12
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: [ACTION NO LONGER REQUIRED] Retired packages for F-17

[Martin Sourada]

On Sun, 4 Mar 2012 18:21:43 -0600 
Bruno Wolff III wrote:

> On Sun, Mar 04, 2012 at 17:46:45 +,
>   Peter Robinson  wrote:
> > leonidas-backgrounds-11.0.0-2.fc12
> 
> This one just had an extra newline in the sources file and I have
> started new builds for f17 and f18. I push the f17 build to testing
> when they are done.
> 
A problem with cvs-git transition? Since it's content-only I didn't
make any new builds after the last update (before fedora 11 release)
and it seems I somehow missed it failed to build during the mass
rebuilds...

> Since this is only a build issue, I don't think it is worth pushing
> out updates for F15 or F16.
Yes, it's not.

Martin


signature.asc
Description: PGP signature
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

File Package-DeprecationManager-0.12.tar.gz uploaded to lookaside cache by pghmcfc

[Paul Howarth]

A file has been added to the lookaside cache for 
perl-Package-DeprecationManager:

5f7f21db151fa7f19c10cb6009a735d4  Package-DeprecationManager-0.12.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/perl-devel

Re: Making PGP distribution key well-known

[Frank Murphy]

On 05/03/12 10:37, Petr Pisar wrote:

Even bellow
export regulations which nobody reads.


I do.

--
Regards,
Frank
"Jack of all, fubars"
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Making PGP distribution key well-known

[Petr Pisar]

On 2012-03-02, Kevin Fenzi  wrote:
> On Fri, 2 Mar 2012 12:53:35 + (UTC)
> Petr Pisar  wrote:
>
>> On 2012-03-01, Michal Schmidt  wrote:
>> > Dne 1.3.2012 17:52, Petr Pisar napsal(a):
>> >> where to get public key for verifying RPM signatures.
>> >
>> > The keys are at: https://fedoraproject.org/keys
>> >
>> And F16 primary key (A82BA4B7) is signed by... 1 guy. Awesome.
>>
>> And ISO images propagated on Fedora web pages have signatures where?
>> I see, one must trim the URL manually and hope the web server lists
>> directory and there will be a signature.
>
> https://fedoraproject.org/en/verify has a full list of them, but yes,
> they should be in the same directory.
>
> If you can think of a better way to present this data, do say.
>
Put them right next to shiny Download links. If the datails about size
are important enough, a link to signature could be there too. Like:

Download Now!
605MB, ISO format image for Intel-compatible PCs (32-bit), signature

Where the `signature' label would point to
.

The `Verify Download' link is six sections underneath. Even bellow
export regulations which nobody reads. To far.

-- Petr

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

F-17 Branched report: 20120305 changes

[Branched Report]

Compose started at Mon Mar  5 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]
gscribble-0.1.2-2.fc17.noa

Re: F17 x86_64 composes

[Kamil Paral]

> On Tue, 28 Feb 2012 16:37:50 -0600
> Mike Chambers  wrote:
> 
> > Noticed that x86_64 tree is still NOT installable, as in no
> > boot.iso
> > or anything.  Is this going to remain that way for awhile?
> 
> Well, it's going to stay that way until the bug that prevents it
> working is fixed. :)
> 
> It seems no one has reported the bug, so I did:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=798504
> 
> kevin

The problem continues in here:
https://fedorahosted.org/rel-eng/ticket/5102
-- 
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel

Re: HEAD UPS : libmemcached soname bump - Update F17 ?

[Remi Collet]

Le 03/03/2012 15:40, Remi Collet a écrit :

> If nobody against, I will do the update in F17 next monday.
> (with a long buildroot overide for gearmand, which already have some
> broken dependencies)

Done:
https://admin.fedoraproject.org/updates/libmemcached-1.0.4-1.fc17

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