Re: Heads UP - PHP 5.3.0 in rawhide with new ABI/API.
Le 13/07/2009 03:17, Jon Ciesla a écrit : - php-mhash (not maintained) Is it possible to keep this? I have a package that depends on it, and there may be others, though I have not checked. $ repoquery --whatrequires php-mhash php-pear-Net-DNS-0:1.0.0-3.fc11.noarch limph-0:1.9.5-4.fc11.noarch limph-hostagent-0:1.9.5-4.fc11.noarch php-pear-Crypt-CHAP-0:1.0.1-2.fc11.noarch php-pear-Auth-RADIUS-0:1.0.6-2.fc11.noarch If not, is there a replacement, or would you recommend that I construct and submit for review my own package for it? This extension is not maintained, removed from main php and not transferred to PECL. The recommended new hash solution is HASH, see http://fr2.php.net/mhash http://fr2.php.net/hash The other solution is to become upstream for mhash ;) Remi. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: non-blocking dbus server
On 07/10/2009 06:20 PM, Colin Walters wrote: Your options are: 1) Method returns work item id, send a signal WorkDone with the id This was my first idea.. 2) Agent pattern, the server makes calls back to the client using its unique name. Sounds good, will take a look at this. 3) Infinite timeouts on method calls is in dbus git master I don't see how this could help me, I don't have problem with timeout, but the problem is blocked server during the method call. Thanks for the hints, Jirka begin:vcard fn:Jiri Moskovcak n:Moskovcak;Jiri email;internet:jmosk...@redhat.com x-mozilla-html:FALSE version:2.1 end:vcard -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
$HOME/bin
Hi all, I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? Stefan -- Stefan Assmann | Red Hat GmbH Software Engineer | Otto-Hahn-Strasse 20, 85609 Dornach | HR: Amtsgericht Muenchen HRB 153243 | GF: Brendan Lane, Charlie Peters, sassmann at redhat.com | Michael Cunningham, Charles Cachera -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On Mon, 2009-07-13 at 13:31 +0200, Stefan Assmann wrote: Hi all, I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? Stefan Hi, because most people don't need it? Well, I would not be exactly against making this default, but I'm not sure if $HOME/bin would be the right one... Since xdg-dirs came around I use $HOME/Applications/bin for that purpose to keep $HOME cleaner (even though this particular directory isn't in the scheme...) But I cannot really argue either way... Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
Hi, I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? Stefan Hi, because most people don't need it? True. Look at your /etc/profile (or ~/.bash_profile, I don't remember). There should be something like: [ -d ~/bin ] PATH=~/bin:$PATH Which means that the folder will be added to your PATH if it exists. I'm on Windows XP right now, so I can't verify it, but iirc there's something like that. -- Mathieu Bridon (bochecha) -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
Stefan Assmann wrote: Hi all, I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? $HOME/bin is not on every system and the other default directories in default PATH are(at least on the most of systems ;) ). However, some Linux distros do add something as: # set PATH so it includes user's private bin if it exists if [ -d $HOME/bin ] ; then PATH=$HOME/bin:$PATH fi as default - so this dir gets added automatically when does exist. I'm generally +1 for changing the default that way - as it would not change anything for users without that directory. Greetings, Ondřej Vašík signature.asc Description: Toto je digitálně podepsaná část zprávy -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
Hey, Am Montag, den 13.07.2009, 14:08 +0200 schrieb Ondřej Vašík: Stefan Assmann wrote: Hi all, I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? $HOME/bin is not on every system and the other default directories in default PATH are(at least on the most of systems ;) ). However, some Linux distros do add something as: # set PATH so it includes user's private bin if it exists if [ -d $HOME/bin ] ; then PATH=$HOME/bin:$PATH fi Adding something like this raises security concerns, as this opens doors for malicious software. E.g. some application could but a binary named bash in ~/bin, which would be run before /bin/bash. So, if at all, let's use $PATH:$HOME/PATH - fabian as default - so this dir gets added automatically when does exist. I'm generally +1 for changing the default that way - as it would not change anything for users without that directory. Greetings, Ondřej Vašík -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On Mon, Jul 13, 2009 at 02:08:55PM +0200, Ondřej Vašík wrote: Stefan Assmann wrote: Hi all, I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? $HOME/bin is not on every system and the other default directories in default PATH are(at least on the most of systems ;) ). However, some Linux distros do add something as: # set PATH so it includes user's private bin if it exists if [ -d $HOME/bin ] ; then PATH=$HOME/bin:$PATH fi as default - so this dir gets added automatically when does exist. I'm generally +1 for changing the default that way - as it would not change anything for users without that directory. I would only want this at the *end* of the current PATH, not the beginning, for obvious security reasons. -- Paul W. Frieldshttp://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 http://redhat.com/ - - - - http://pfrields.fedorapeople.org/ irc.freenode.net: stickster @ #fedora-docs, #fedora-devel, #fredlug -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
* Stefan Assmann [13/07/2009 13:53] : I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? [m...@orient ~]$ rpm -q fedora-release fedora-release-11-1.noarch [m...@orient ~]$ rpm -qf /etc/skel/.bash_profile bash-4.0-6.fc11.i586 [m...@orient ~]$ rpm -qV bash-4.0-6.fc11.i586 [m...@orient ~]$ grep PATH /etc/skel/.bash_profile PATH=$PATH:$HOME/bin export PATH Emmanuel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Open Seat on the Fedora Packaging Committee
If you're interested in this seat, please email me. I would be interested. Dunno if my geolocation helps or not. Jens -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: RFC: cronKit
Am Sonntag, den 12.07.2009, 22:22 +0200 schrieb Christoph Wickert: Am Sonntag, den 12.07.2009, 22:09 +0200 schrieb Christoph Höger: Am Sonntag, den 12.07.2009, 22:04 +0200 schrieb Christoph Höger: Am Sonntag, den 12.07.2009, 01:54 +0200 schrieb Christoph Wickert: How about http://www.gnomefiles.org/app.php/DoThisNow Looks, good, thanks Christoph. Darn. Not free. Sorry about that, I didn't notice. Time for a free port I think ;) Yes, after my exam in SOA, I can definetely need something to work on besides my thesis. That will fit that hole. I'll still need to see what language and tools I'll use. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Fail2ban + Shorewall Question
I maintain fail2ban for EPEL, I can just take the Fedora package as well unless someone else has a relatively high interest in doing so (I purely maintain it for EPEL because we use it at work on our servers and Axel said he had no interest in packaging it for EPEL). I've needed to contact Axel in the past and he was very responsive so I wasn't aware there were any issues with his participation in the project. -Adam -- http://maxamillion.googlepages.com - () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
Paul W. Frields wrote: On Mon, Jul 13, 2009 at 02:08:55PM +0200, Ondřej Vašík wrote: Stefan Assmann wrote: Hi all, I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? $HOME/bin is not on every system and the other default directories in default PATH are(at least on the most of systems ;) ). However, some Linux distros do add something as: # set PATH so it includes user's private bin if it exists if [ -d $HOME/bin ] ; then PATH=$HOME/bin:$PATH fi as default - so this dir gets added automatically when does exist. I'm generally +1 for changing the default that way - as it would not change anything for users without that directory. I would only want this at the *end* of the current PATH, not the beginning, for obvious security reasons. 1. Your practice to a wide extend defeats one prime rationale for ~/bin: Replacing/Overriding vendor-provided applications by per-user installed versions. 2. Unless using ~/bin as root, these files are user-installed binaries, which under normal circumstances may only have security impacts on user files = What you call obvious security reasons are minor concerns. The only real issue you are solving by appending ~/bin instead of prepending ~/bin to $PATH is avoiding application-name conflicts. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
Paul W. Frields wrote: On Mon, Jul 13, 2009 at 02:08:55PM +0200, Ondřej Vašík wrote: Stefan Assmann wrote: Hi all, I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? $HOME/bin is not on every system and the other default directories in default PATH are(at least on the most of systems ;) ). However, some Linux distros do add something as: # set PATH so it includes user's private bin if it exists if [ -d $HOME/bin ] ; then PATH=$HOME/bin:$PATH fi as default - so this dir gets added automatically when does exist. I'm generally +1 for changing the default that way - as it would not change anything for users without that directory. I would only want this at the *end* of the current PATH, not the beginning, for obvious security reasons. 1. Your practice to a wide extend defeats one prime rationale for ~/bin: Replacing/Overriding vendor-provided applications by per-user installed versions. 2. Unless using ~/bin as root, these files are user-installed binaries, which under normal circumstances may only have security impacts on user files = What you call obvious security reasons are minor concerns. if su (instead of su -) is used, root will inherit user's environment including PATH. The only real issue you are solving by appending ~/bin instead of prepending ~/bin to $PATH is avoiding application-name conflicts. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
System-Config-Selinux package review
Hello Fedora developers, I'm Christopher Pardy I'll be spending the summer interning at redhat working on Selinux. I'm not sure if I've gone through all the nessesary steps for this, if I haven't please point me to them. I've recently finished splitting off some code from policycoreutils to allow our packages to better conform with the upstream code. I submitted a package review request for this https://bugzilla.redhat.com/show_bug.cgi?id=508922 This is my first package and I'm sure there's tons of issues with it and I would like to get most of them cleared up by the end of the summer. Again if there is any steps I'm missing please let me know. Christopher Pardy -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
Michal Hlavinka wrote: Paul W. Frields wrote: On Mon, Jul 13, 2009 at 02:08:55PM +0200, Ondřej Vašík wrote: Stefan Assmann wrote: Hi all, I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? $HOME/bin is not on every system and the other default directories in default PATH are(at least on the most of systems ;) ). However, some Linux distros do add something as: # set PATH so it includes user's private bin if it exists if [ -d $HOME/bin ] ; then PATH=$HOME/bin:$PATH fi as default - so this dir gets added automatically when does exist. I'm generally +1 for changing the default that way - as it would not change anything for users without that directory. I would only want this at the *end* of the current PATH, not the beginning, for obvious security reasons. 1. Your practice to a wide extend defeats one prime rationale for ~/bin: Replacing/Overriding vendor-provided applications by per-user installed versions. 2. Unless using ~/bin as root, these files are user-installed binaries, which under normal circumstances may only have security impacts on user files = What you call obvious security reasons are minor concerns. if su (instead of su -) is used, root will inherit user's environment including PATH. Yes, but ... we are talking about ordinary users here, not about users who have root access. These people have other means to install packages. For ordinary users, prepending ~/bin to $PATH is the only approach e.g. to replace vendor-supplied applications, the security risks are almost non-existent. Ralf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: System-Config-Selinux package review
[08:46:58][a...@turnip][src]+ rpmlint scselinux.spec scselinux.spec:91: E: hardcoded-library-path in /usr/lib/python2.6/site-packages/scselinux scselinux.spec:92: E: hardcoded-library-path in /usr/lib/python2.6/site-packages/scselinux/* scselinux.spec:93: E: hardcoded-library-path in /usr/lib/python2.6/site-packages/scselinux-0.1-py2.6.egg-info scselinux.spec: W: mixed-use-of-spaces-and-tabs (spaces: line 61, tab: line 1) 0 packages and 1 specfiles checked; 3 errors, 1 warnings. First thing I would do is handle the rpmlint errors. These are the documents you are probably going to be most interested in: http://fedoraproject.org/wiki/Packaging/ReviewGuidelines https://fedoraproject.org/wiki/Packaging/Guidelines -Adam -- http://maxamillion.googlepages.com - () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On Mon July 13 2009, Michal Hlavinka wrote: if su (instead of su -) is used, root will inherit user's environment including PATH. So why should a malicious user be able to change the contents of ~/bin, but not set the variable PATH to an arbitrary value? Regards Till signature.asc Description: This is a digitally signed message part. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
Stefan Assmann sassm...@redhat.com writes: I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? It should be there, but some kind of bug prevents evaluation of ~/.bash_profile (which adds this directory to $PATH). $ echo $PATH /home/ensc/bin:/usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/usr/games press alt-shift-f2 - starts the xfrun4 Run program application) $ ps wwwe `/sbin/pidof xfrun4` 4220 ?Ss 0:00 /usr/bin/xfrun4 --daemon ... PATH=/usr/local/bin:/usr/bin:/bin:/usr/games It's probably some kind of undebuggable d-bus interaction :( Hence, use xterm to start your applications, but not this buggy desktop crap. Enrico -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
* Ralf Corsepius [13/07/2009 15:50] : For ordinary users, prepending ~/bin to $PATH is the only approach e.g. to replace vendor-supplied applications, the security risks are almost non-existent. You can also use bash aliases to override binary calls. Emmanuel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Help on CMake usage (read gecko's libdir variable)
Hi, The package chmsee used to need a patch to read libdir variable. The original patch can be found here https://bugzilla.redhat.com/attachment.cgi?id=303660 of https://bugzilla.redhat.com/427622 Now latest chmsee switched to use CMake instead. I cannot figure out how to apply such a patch. Anyone can help? -- bbbush ^_^ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
Emmanuel Seyman wrote: * Ralf Corsepius [13/07/2009 15:50] : For ordinary users, prepending ~/bin to $PATH is the only approach e.g. to replace vendor-supplied applications, the security risks are almost non-existent. You can also use bash aliases to override binary calls. Sometimes, but not always. e.g. when testing application suites which install many binaries. Ralf -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On 13.07.2009 14:28, Emmanuel Seyman wrote: * Stefan Assmann [13/07/2009 13:53] : I was wondering why there's no $HOME/bin directory and $HOME/bin not mentioned in the $PATH variable. Any particular reason not to have that by default? [m...@orient ~]$ rpm -q fedora-release fedora-release-11-1.noarch [m...@orient ~]$ rpm -qf /etc/skel/.bash_profile bash-4.0-6.fc11.i586 [m...@orient ~]$ rpm -qV bash-4.0-6.fc11.i586 [m...@orient ~]$ grep PATH /etc/skel/.bash_profile PATH=$PATH:$HOME/bin export PATH Emmanuel Thanks for pointing this out! .bash_profile was missing in my home directory, not sure why. Stefan -- Stefan Assmann | Red Hat GmbH Software Engineer | Otto-Hahn-Strasse 20, 85609 Dornach | HR: Amtsgericht Muenchen HRB 153243 | GF: Brendan Lane, Charlie Peters, sassmann at redhat.com | Michael Cunningham, Charles Cachera -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: %{_global_cflags}
On Mon, 13 Jul 2009 16:31:34 +0200, Marcus wrote: Hi all. In http://fedoraproject.org/wiki/Packaging:RPMMacros#Build_flags_macros %{_global_cflags} is set and %{_optflags} references %{__global_cflags} (double underscores). Is this correct or should it say %{_global_cflags}? %{optflags} and %{__global_cflags} $ rpm --eval %optflags -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i586 -mtune=generic -fasynchronous-unwind-tables $ rpm --eval %__global_cflags -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: wine applications
On Sat, July 11, 2009 8:35 pm, David wrote: I am serious here. Really. The names are...? See http://appdb.winehq.org/ -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Possible packages...
On Sun, 2009-07-05 at 20:15 -0600, Nathanael Noblet wrote: Apple's Calendar Server. It runs using python 2.5 or greater (I've installed it on a F11 machine and it work well). I've started looking at some of its dependancies. 90% of them are in fedora already, and of the ones in F11, only one if I remember correctly isn't at the version it requires). It seems like a great addition to Fedora if you ask me. So basically it would require two new packages, and an update to one other package (libevent) which is a minor version bump it seems if at all needed. The Infrastructure group has a rather ongoing project to try and find a really good calendar server system (and then, obviously, package it) to be used as the official Fedora calendaring system (then we could schedule events and all that good stuff in an official Fedora server, and people could access them via CalDAV or web, and all would be roses). It's proved a bit tricky, though, to find a really perfect option. See https://fedoraproject.org/wiki/Infrastructure/Test/Calendering_Solution for most of the details on this project. At present, we seem to be looking at one called Calagator: http://calagator.org/ . PS3MediaServer. A Java program to talk to a PS3 with DLNA. I'm guessing this one would have problems because it requires ffmpeg or mplayer/mencoder... Plus as a java program its probably a bit more complex to create a proper spec file for. I've made the other kind often enough, but java ones not so much... There's a sort of 'agreed-upon-right-way-of-doing-this' candidate for this particular need, which is a nice modern GTK+ app and based on gstreamer...but I can't quite pull the name out of long-term storage at present. Someone will probably know what I mean, though. The one most people use (as the one I'm talking about is still a bit alpha) is mediatomb, which is also in Fedora already. Unless this provides something significant the other options don't, it may not be the best place to start, since it looks a bit complex. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Update startup-notification to version 0.10
On Mon, 2009-07-13 at 10:05 -0400, Michal Nowak wrote: Awesome Window Manager [0] requires startup-notification of version 0.10 [1], I filled bug for it [3], however, no action was taken so far. Can some of you desktop folks bump the version, please? Done -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On Mon, Jul 13, 2009 at 03:54:51PM +0200, Enrico Scholz wrote: $ echo $PATH /home/ensc/bin:/usr/lib64/qt-3.3/bin:/usr/kerberos/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/usr/games press alt-shift-f2 - starts the xfrun4 Run program application) $ ps wwwe `/sbin/pidof xfrun4` 4220 ?Ss 0:00 /usr/bin/xfrun4 --daemon ... PATH=/usr/local/bin:/usr/bin:/bin:/usr/games .bash_profile is only evaluated for login shells. It's probably some kind of undebuggable d-bus interaction :( Hence, use xterm to start your applications, but not this buggy desktop crap. It seems to be working as expected, given the implementation. Please don't blame parts of the software stack just because you don't understand them - it doesn't provide much incentive to improve things. -- Matthew Garrett | mj...@srcf.ucam.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: http://www.fsf.org/news/dont-depend-on-mono
On Tue, 2009-07-07 at 19:06 -0400, Sam Varshavchik wrote: Matthew Woehlke writes: Rui Miguel Silva Seabra wrote: In a couple of years Microsoft is bought by Fu-Bar Inc and there goes the promise down the drain. ...if only. The odds of *any* company that might buy out M$ (well, if it isn't started by Gates and/or Ballmer and/or such) being as bad as M$ have got to be pretty high ;-). If you want legal advice, pay a lawyer. This is not legal advice. Microsoft's statement is what's generally called covenant not to sue. When Right. This is the form of words I was going to bring up. I thought the difference between a grant of rights and a 'covenant not to sue' was fairly well-established and non-controversial, since that's the exact loophole in GPLv2 that Microsoft drove the Novell agreement through, and the main reason that GPLv3 exists. I remember the point being discussed and explained at tedious length around the time that was going on. So it seems a bit odd to have this long thread with some people arguing that a 'covenant not to sue' and a 'grant of rights to use a patent' are the same thing, when it seems a fairly well-established principle, accepted on all sides, that they're not. (I echo Sam's disclaimer: I'm not a lawyer and this isn't legal advice). -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Display Configuration test day summary
On Wed, 2009-07-08 at 15:42 -0400, Matthias Clasen wrote: We've had the first 'Fit and Finish' test day on display configuration yesterday. I'd like to thank everybody who came by on irc and tested something, or filed a bug. If you could not make it, our test cases are still available here: Thanks for organizing this, looks like it went off really well. Sorry I couldn't be there, I was on vacation last week. I'll try to be at the next one. Great job! -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On Mon, 2009-07-13 at 14:07 +0200, Mathieu Bridon (bochecha) wrote: Look at your /etc/profile (or ~/.bash_profile, I don't remember). There should be something like: [ -d ~/bin ] PATH=~/bin:$PATH Which means that the folder will be added to your PATH if it exists. Well, I have there PATH=$PATH:$HOME/Applications/bin and that's because I added it manually there... I don't remember the original value. Martin signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
Matthew Garrett m...@redhat.com writes: press alt-shift-f2 - starts the xfrun4 Run program application) $ ps wwwe `/sbin/pidof xfrun4` 4220 ?Ss 0:00 /usr/bin/xfrun4 --daemon ... PATH=/usr/local/bin:/usr/bin:/bin:/usr/games .bash_profile is only evaluated for login shells. How else is the program environment (e.g. $http_proxy or $PATH) supposed to be set for applications started by the Run program desktop feature? And -- I want it to be consistent across xterm, the xfce4-panel buttons (which both have the bash profile environment) and Run program. It's probably some kind of undebuggable d-bus interaction :( Hence, use xterm to start your applications, but not this buggy desktop crap. It seems to be working as expected, given the implementation. Most computer languages guarantee that everything works as expected, given its implementation. But this does not mean that it works correctly. Enrico -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
F-11 updates seem hosed today
(Not sure if this is the right list to complain on, but ...) Trying to do a routine yum update on an F-11 x86 machine is not working today. It successfully downloaded a bunch of packages, but cannot find these: Error Downloading Packages: grubby-6.0.87-1.fc11.i586: failure: grubby-6.0.87-1.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') farsight2-0.0.12-1.fc11.i586: failure: farsight2-0.0.12-1.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') 12:dhclient-4.1.0-22.fc11.i586: failure: dhclient-4.1.0-22.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') gnome-common-2.26.0-2.fc11.noarch: failure: gnome-common-2.26.0-2.fc11.noarch.rpm from updates: (256, 'No more mirrors to try.') alsa-plugins-pulseaudio-1.0.20-2.fc11.i586: failure: alsa-plugins-pulseaudio-1.0.20-2.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') gstreamer-plugins-good-0.10.15-3.fc11.i586: failure: gstreamer-plugins-good-0.10.15-3.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') gdb-6.8.50.20090302-33.fc11.i586: failure: gdb-6.8.50.20090302-33.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') I don't see any way to ask yum to ignore these packages and apply the updates it did get, either ... regards, tom lane -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-11 updates seem hosed today
On Mon, Jul 13, 2009 at 7:36 PM, Tom Lanet...@redhat.com wrote: (Not sure if this is the right list to complain on, but ...) Trying to do a routine yum update on an F-11 x86 machine is not working today. It successfully downloaded a bunch of packages, but cannot find these: Error Downloading Packages: grubby-6.0.87-1.fc11.i586: failure: grubby-6.0.87-1.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') farsight2-0.0.12-1.fc11.i586: failure: farsight2-0.0.12-1.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') 12:dhclient-4.1.0-22.fc11.i586: failure: dhclient-4.1.0-22.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') gnome-common-2.26.0-2.fc11.noarch: failure: gnome-common-2.26.0-2.fc11.noarch.rpm from updates: (256, 'No more mirrors to try.') alsa-plugins-pulseaudio-1.0.20-2.fc11.i586: failure: alsa-plugins-pulseaudio-1.0.20-2.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') gstreamer-plugins-good-0.10.15-3.fc11.i586: failure: gstreamer-plugins-good-0.10.15-3.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') gdb-6.8.50.20090302-33.fc11.i586: failure: gdb-6.8.50.20090302-33.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') I don't see any way to ask yum to ignore these packages and apply the updates it did get, either ... I had issues this morning but eventually got all but one alsa update which I just used a --exclude to get around. Peter -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-11 updates seem hosed today
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Le 13/07/2009 20:36, Tom Lane a écrit : (Not sure if this is the right list to complain on, but ...) Trying to do a routine yum update on an F-11 x86 machine is not working today. It successfully downloaded a bunch of packages, but cannot find these: Yeah, a bug has been filed at https://bugzilla.redhat.com/show_bug.cgi?id=510898 for this. I guess we just have to wait for the mirrors to sync to the right content ... - -- Dodji Seketeli Red Hat -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAkpbf3IACgkQPejI7lrem2EjuQCgppHSF1zzH7P8CBaZVuFUbool /wcAnRoZocAyKQlLtDEnme0/gaYSLKcG =n0bC -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: F-11 updates seem hosed today
On Mon, 13 Jul 2009, Tom Lane wrote: (Not sure if this is the right list to complain on, but ...) Trying to do a routine yum update on an F-11 x86 machine is not working today. It successfully downloaded a bunch of packages, but cannot find these: Error Downloading Packages: grubby-6.0.87-1.fc11.i586: failure: grubby-6.0.87-1.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') farsight2-0.0.12-1.fc11.i586: failure: farsight2-0.0.12-1.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') 12:dhclient-4.1.0-22.fc11.i586: failure: dhclient-4.1.0-22.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') gnome-common-2.26.0-2.fc11.noarch: failure: gnome-common-2.26.0-2.fc11.noarch.rpm from updates: (256, 'No more mirrors to try.') alsa-plugins-pulseaudio-1.0.20-2.fc11.i586: failure: alsa-plugins-pulseaudio-1.0.20-2.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') gstreamer-plugins-good-0.10.15-3.fc11.i586: failure: gstreamer-plugins-good-0.10.15-3.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') gdb-6.8.50.20090302-33.fc11.i586: failure: gdb-6.8.50.20090302-33.fc11.i586.rpm from updates: (256, 'No more mirrors to try.') I don't see any way to ask yum to ignore these packages and apply the updates it did get, either ... https://bugzilla.redhat.com/show_bug.cgi?id=510898 -sv -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: rpm %defattr question
On Sunday 12 July 2009, Jussi Lehtola wrote: is the default attribute definition %defattr(-,root,root) the same as %defattr(-,root,root,-)? Currently yes, the latter is just more explicit. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Release Engineering meeting summary for 2009-07-13
Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-07-13/fedora-meeting.2009-07-13-18.25.html Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-07-13/fedora-meeting.2009-07-13-18.25.log.html Meeting log --- * **F12 Schedule** (f13-18:30:06_) * *LINK*: http://poelstra.fedorapeople.org/schedules/f-12/f12-releng-updated-version-2009-07-13.txt is the current iteration (f13-18:31:26_) * *AGREED*: Mass branch will happen just prior (day before) to final freeze (f13-18:51:29_) * *AGREED*: bodhi will accept/push updates as of 2009-10-21 which is the RC phase for the final release. (f13-18:52:23_) * *ACTION*: poelcat will add such dates to the schedule (f13-18:52:43_) * **Orphan round up** (f13-18:54:17_) * *ACTION*: jkeating will file a releng ticket to purge the orphans by feature freeze (f13-18:56:51_) * **FAD follow up** (f13-18:58:52_) * *ACTION*: f13 will spend more time on FAD follow up this week (f13-19:01:37_) * *ACTION*: f13 will file a releng ticket to purge the orphans by feature freeze (f13-19:01:47_) * **open floor** (f13-19:01:52_) * **updates pushes** (f13-19:03:59_) * *ACTION*: f13 will file a ticket to remember to back down koji signed package pruning (f13-19:04:23_) * **Critical Path** (f13-19:22:30_) * *AGREED*: Critical Path will be talked about next week (f13-19:22:51_) * **Open Floor** (f13-19:22:57_) -- Jesse Keating Fedora -- Freedom² is a feature! identi.ca: http://identi.ca/jkeating signature.asc Description: This is a digitally signed message part -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On Mon, Jul 13, 2009 at 11:47:28AM +, Martin Sourada wrote: because most people don't need it? Well, I would not be exactly against making this default, but I'm not sure if $HOME/bin would be the right one... Since xdg-dirs came around I use $HOME/Applications/bin for that Yuck! Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.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 -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On Mon, Jul 13, 2009 at 02:15:12PM +0200, Fabian Deutsch wrote: Adding something like this raises security concerns, as this opens doors for malicious software. E.g. some application could but a binary named bash in ~/bin, which would be run before /bin/bash. The same application could overwrite .bash_profile too. Or it would be very contrived to imagine a security hole that lets you create ~/bin and place an arbitrary binary into ~/bin/bash, but doesn't let you overwrite .bash_profile. So I don't think this is a security concern at all in the real world. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://et.redhat.com/~rjones/libguestfs/ See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
rawhide report: 20090713 changes
Compose started at Mon Jul 13 06:15:04 UTC 2009 New package axel Accelerated download client New package colossus Allows people to play Titan against each other or AIs New package eclipse-eclox Eclipse-based doxygen plugin New package mrepo A tool to set up a yum/apt mirror from various sources New package php-LightweightPicasaAPI A lightweight API for Picasa in PHP New package php-pecl-ncurses Terminal screen handling and optimization package New package pkcs11-helper A library for using PKCS#11 providers New package ruby-icon-artist Supporting libraries for icon artists New package samtools Tools for nucleotide sequence alignments in the SAM format New package trac-customfieldadmin-plugin Expose ticket custom fields via the web admin interface New package znc An advanced IRC bouncer Updated Packages: CodeAnalyst-gui-2.8.54-15.fc12 -- * Mon Jul 13 2009 - Parag Nemade panem...@gmail.com - 2.8.54-15 - Rebuild against new libbfd-2.19.51.0.11-23.fc12.so DeviceKit-disks-005-3.fc12 -- * Sun Jul 12 2009 Matthias Clasen mcla...@redhat.com - 005-3.f12 - Rebuild backup-manager-0.7.8-4.fc12 --- * Sun Jul 12 2009 Guillaume Kulakowski guillaume DOT kulakowski AT fedoraproject DOT org - 0.7.8-4 - Bump release * Thu Jun 25 2009 Guillaume Kulakowski guillaume DOT kulakowski AT fedoraproject DOT org - 0.7.8-3 - Add dar in requierement cherokee-0.99.20-1.fc12 --- * Sat Jul 11 2009 Pavel Lisy pavel.l...@gmail.com - 0.99.20-1 - updated to 0.99.20 chmsee-1.0.6-1.fc12 --- * Sun Jul 12 2009 bbbush bbbush.y...@gmail.com - 1.0.6-1 - update to 1.0.6 - update project location. Chmsee moved to google code since 2009-01-05, co-maintained by Li Daobing and Jungle Ji - update build steps to use CMake - Chmsee 1.0.3 was released on 2009-01-10, added copy page location in context menu, updated translation - Chmsee 1.0.4 was released on 2009-03-14, added drag and drop support, dropped cs2w - Chmsee 1.0.5 was released on 2009-05-17, added fullscreen support, switched to CMake, supported 6 more new languages - Chmsee 1.0.6 was released on 2009-07-12, added index support, supported 8 more new languages e2fsprogs-1.41.8-1.fc12 --- * Sun Jul 12 2009 Eric Sandeen sand...@redhat.com 1.41.8-1 - New upstream version, several resize fixes. fsarchiver-0.5.8-2.fc12 --- * Sun Jul 12 2009 Adel Gadllah adel.gadl...@gmail.com - 0.5.8-1 - Update to 0.5.8 * Sun Jul 12 2009 Adel Gadllah adel.gadl...@gmail.com - 0.5.8-2 - BR libblkid-devel gerbv-2.3.0-1.fc12 -- * Sat Jul 11 2009 Chitlesh Goorah chitlesh [AT] fedoraproject DOT org - 2.3.0-1 - new upstream release gnome-python2-extras-2.25.3-5.fc12 -- * Sun Jul 12 2009 Matthew Barnes mbar...@redhat.com - 2.25.3-5 - Add patch for GNOME bug #584126 (gdl API break). gucharmap-2.26.3.1-1.fc12 - * Sun Jul 12 2009 Matthias Clasen mcla...@redhat.com - 2.26.3.1-1 - Update to 2.26.3.1 jd-2.4.1-1.fc12 --- * Sun Jul 12 2009 Mamoru Tasaka mtas...@ioa.s.u-tokyo.ac.jp - 2.4.1-1 - 2.4.1 libX11-1.2.99-1.20090712.fc12 - * Sun Jul 12 2009 Peter Hutterer peter.hutte...@redhat.com 1.2.99-1.20090712 - Today's git snapshot - libX11-1.2.1-indic.patch: Drop. libXi-1.2.99-4.20090713.fc12 * Mon Jul 13 2009 Peter Hutterer peter.hutte...@redhat.com 1.2.99-4.20090713 - Update to today's git master - Add commitid file. * Sun Jul 12 2009 Peter Hutterer peter.hutte...@redhat.com 1.2.99-3.20090712 - Update to today's git master moin-1.8.4-2.fc12 - * Sun Jul 12 2009 Ville-Pekka Vainio vpivaini AT cs.helsinki.fi 1.8.4-2 - Remove the filemanager directory from the embedded FCKeditor, it contains code with know security vulnerabilities, even though that code couldn't be invoked when moin was used with the default settings. - Fixes rhbz #509924, related to CVE-2009-2265 mono-tools-2.4.2-4.fc12 --- * Sun Jul 12 2009 Christian Krause c...@fedoraproject.org - 2.4.2-4 - Add version to requirement of gtkhtml-sharp to distinguish between gtk-sharp and gnome-desktop-sharp opengrok-0.8-0.1.20090712hg.fc12 * Sun Jul 12 2009 Lubomir Rintel lkund...@v3.sk - 0.8-0.1.20090712hg - Update to latest Mercurial snapshot - bconds are nice, use them php-5.3.0-1.fc12 * Sun Jul 12 2009 Remi Collet fed...@famillecollet.com 5.3.0-1 - update to 5.3.0 - remove ncurses, dbase, mhash extensions - add enchant, sqlite3, intl, phar, fileinfo extensions - raise sqlite version to 3.6.0 (for sqlite3, build with --enable-load-extension) - sync with upstream production php.ini php-pecl-geoip-1.0.7-3.fc12 --- * Sun Jul 12 2009 Remi Collet
Alpha Blocker Bug Meeting: Friday 2009-07-17
What: F12Alpha Blocker bug meeting (https://bugzilla.redhat.com/show_bug.cgi?id=f12alpha) When: Friday, 2009-07-17 @ 17:00 UTC (1 PM EDT) Where: #fedora-bugzappers It is hard to believe, but it is already time to start getting prepared for the Alpha! For Fedora 12 we are making a concerted effort to pro-actively review the blocker bug lists on a more consistent basis. Right now the blocker bug for Fedora 12 alpha is bug free. Either this is going to be a really solid release that requires little effort... or we need to start focusing on rawhide and marking blockers as we find them :) Hope to see you on Friday. Thanks, John -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Mock issue with ifarch BuildRequires
Sorry for the cross-posting, I'm trying to get a clue... -- Forwarded message -- From: Gianluca Sforna gia...@gmail.com Date: Mon, Jul 13, 2009 at 1:38 AM Subject: Mock issue with ifarch BuildRequires To: Discussion of Fedora build system fedora-buildsys-l...@redhat.com I am trying to run the tests included in the BuildBot package during the RPM build, and one of the tests requires darcs, which is built in Fedora ExclusiveArch %{ix86} x86_64 ppc alpha. Now, I'm adding to buildbot's spec[1] file an ifarch like: %ifarch %{ix86} x86_64 ppc alpha # darcs ExclusiveArchs BuildRequires: darcs %endif but it seems darcs is never installed in the buildroot [2] am I just doing something stupid or there's a bug somewhere? [1] http://cvs.fedoraproject.org/viewvc/rpms/buildbot/devel/buildbot.spec?view=log [2] http://koji.fedoraproject.org/koji/getfile?taskID=1470380name=root.log -- Gianluca Sforna http://morefedora.blogspot.com http://www.linkedin.com/in/gianlucasforna -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: $HOME/bin
On Mon, Jul 13, 2009 at 10:48:35PM +0100, Richard W.M. Jones wrote: The same application could overwrite .bash_profile too. Or it would be very contrived to imagine a security hole that lets you create ~/bin and place an arbitrary binary into ~/bin/bash, but doesn't let you overwrite .bash_profile. So I don't think this is a security concern at all in the real world. Realistically, the concern is more likely to be binaries accidently causing subtle breakage by colliding with the expected behaviour of system utilities. -- Matthew Garrett | mj...@srcf.ucam.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
[Bug 508496] Perl: symbol lookup error: .../Wx.so: undefined symbol: Perl_Guse_safe_putenv_ptr
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=508496 --- Comment #12 from Fedora Update System upda...@fedoraproject.org 2009-07-13 10:45:17 EDT --- perl-Wx-0.91-5.fc11 has been submitted as an update for Fedora 11. http://admin.fedoraproject.org/updates/perl-Wx-0.91-5.fc11 -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list
[Bug 504538] Please Update To Catalyst-Runtime 5.80005
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=504538 Bug 504538 depends on bug 509171, which changed state. Bug 509171 Summary: Review Request: perl-String-RewritePrefix - Rewrite strings based on a set of known prefixes https://bugzilla.redhat.com/show_bug.cgi?id=509171 What|Old Value |New Value Resolution||NEXTRELEASE Status|ASSIGNED|CLOSED Bug 504538 depends on bug 509178, which changed state. Bug 509178 Summary: Review Request: perl-namespace-autoclean - Keep imports out of your namespace https://bugzilla.redhat.com/show_bug.cgi?id=509178 What|Old Value |New Value Resolution||NEXTRELEASE Status|ASSIGNED|CLOSED --- Comment #2 from Bob Cochran cochr...@speakeasy.net 2009-07-13 16:38:23 EDT --- Is there any target date for delivering this? Bob -- 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 Fedora-perl-devel-list mailing list Fedora-perl-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-perl-devel-list