Re: Self Introduction
On Sun, Jan 1, 2012 at 3:51 PM, Ofer Schreiber wrote: > As I'm not used to this kind of self-intro posts, I'll try to make this > one quick :) > > I'm Ofer Schreiber, and I've been working with several Linux distributions > for the past few years or so. > Currently, I'm working for Red Hat (leading RHEVM Integration team) and > serves as the Release Manager for the oVirt project (www.ovirt.org/about). > > Although I have a few years of experience with writing rpm packages, > https://bugzilla.redhat.com/show_bug.cgi?id=77 (ovirt-engine-sdk) is > my first contribution to Fedora, and if you wouldn't throw me out of the > window after reviewing it, I will try to contribute more oVirt packages > until you will :) > > So, I'm glad to be here, and have a wonderful new year, Hi Ofer, welcome here :) You should block FE-NEEDSPONSOR in the review request, so it's clearly visible, that you need a sponsor (although you seem to have found someone ;) ) Happy new year, too. Tom -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Results of a test mass rebuild of rawhide/x86_64 with gcc-4.7.0-0.1.fc17
Nils Philippsen wrote: ... > I've attached a list of packages and (co)maintainers, to easily find if > one of your packages is affected or not. ... > iwhd: meyering - clalance,zaitcev Thank you for the list. I have just tried to build iwhd on F16 using a pretty recent gcc-4.7.x (built manually: 4.7.0 20111202), and it worked fine, so I'm not quite sure why iwhd is on the list. Maybe the gcc-4.7.x that Jakub used lacks something that's in my Dec 2 snapshot, or maybe it's simply a problem in a dependent that has been fixed in the interim. Oh!!! I see it. The tested version (the one in rawhide) is iwhd-1.1, while the latest is 1.2 (which is in F16). Shame on me for not putting the latest also in rawhide. Is there some sort of reminder service that could be configured to nag the maintainers of a package in a situation like this? Personally, I would appreciate it, and I think Fedora would benefit if we could do something to minimize reverse-version skew between Fedora-latest and rawhide. Even if it's just a weekly posting of offenders to fedora-devel, so people know it's an issue... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: fedpkg push with non-default id_rsa.pub
On Sun, 01 Jan 2012 19:20:35 -0500 Neal Becker wrote: > Reindl Harald wrote: > > > > > > > Am 02.01.2012 01:10, schrieb Neal Becker: > >> Well looks like I had this working before - I see this in my > >> config: > >> > >> HOST *.fedoraproject.org fedorapeople.org *.fedorahosted.org > >> IdentityFile ~/.ssh/id_rsa.fedora > >> > >> So wonder why I got 'permission denied'. > >> > >> fedpkg ci -p -m 'update to 2.0.2' > >> Permission denied (publickey). > >> fatal: The remote end hung up unexpectedly > >> Could not execute commit: Command '['git', 'push']' returned > >> non-zero exit status 128 > > > > AFAIK their were key-changes not so lang ago > > did you change yours? > > Yes, that's why I have a different key for fedora. Did you do a: ssh-add ~/.ssh/id_rsa.fedora first? ssh-add won't pick up keys named other than the defaults without an argument. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Results of a test mass rebuild of rawhide/x86_64 with gcc-4.7.0-0.1.fc17
On Mon, Jan 02, 2012 at 09:09:29AM -0700, Nathanael Noblet wrote: > > On Jan 2, 2012, at 5:30 AM, Nils Philippsen wrote: > > I've attached a list of packages and (co)maintainers, to easily find if > > one of your packages is affected or not. > > It seems one of my packages has an issue, the gcc unistd.h include one. > How do I reproduce the build issues? Is there a package someplace or mock > config I can use to test it out to make sure I have it working/patched? > Do I need to use my own repos with an unsigned build of gcc from koji? Or > will there be a global repo people can use prior to the mass rebuild? Or > should I just wait for the mass rebuild and do it then etc?? Just wait an extra day or two. Jakub -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Results of a test mass rebuild of rawhide/x86_64 with gcc-4.7.0-0.1.fc17
On Jan 2, 2012, at 5:30 AM, Nils Philippsen wrote: > I've attached a list of packages and (co)maintainers, to easily find if > one of your packages is affected or not. Hello, It seems one of my packages has an issue, the gcc unistd.h include one. How do I reproduce the build issues? Is there a package someplace or mock config I can use to test it out to make sure I have it working/patched? Do I need to use my own repos with an unsigned build of gcc from koji? Or will there be a global repo people can use prior to the mass rebuild? Or should I just wait for the mass rebuild and do it then etc?? Thanks, -- Nathanael d. Noblet -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Results of a test mass rebuild of rawhide/x86_64 with gcc-4.7.0-0.1.fc17
On Sat, 2011-12-31 at 12:56 +0100, Jakub Jelinek wrote: > Hi! > > As part of preparations to switch GCC in F17 to GCC 4.7.0, I've performed > a test mass rebuild of rawhide (December 23th package list) using > gcc-4.7.0-0.1.fc17 on x86_64, and for those packages that failed also > rebuilt the same package with gcc-4.6.2-1.fc16 to quickly remove from the > list packages that fail for non-gcc related reasons. > Out of the 11270 packages I've built, 10056 packages built fine with > gcc-4.7.0-0.1.fc17 and 845 packages failed to build also with > gcc-4.6.2-1.fc16, so I'm ignoring those from any analysis. I've attached a list of packages and (co)maintainers, to easily find if one of your packages is affected or not. Nils -- Nils Philippsen "Those who would give up Essential Liberty to purchase Red Hat a little Temporary Safety, deserve neither Liberty n...@redhat.com nor Safety." -- Benjamin Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 3Depict: mycae 4ti2: tremble activemq-cpp: stevetraylen adanaxisgpl: jwrdegoede alliance: chitlesh - chitlesh,tnorth alure: guidograzioli - julian anthy: tagoh aplus-fsf: s4504kr apt: athimm - pmatilai aqsis: kwizart - pmachata aria2: sundaram armacycles-ad: limb arpage: verdurin asc: jwrdegoede audacious-plugins: mschwendt - atkac aunit: landgraf avr-gcc: tnorth - ndim,trondd bangarang: jreznik barry: gnat - gnat bes: orion - pertusus bibletime: deji - deji binutils: nickc - aoliva,jakub,jankratochvil,nickc blahtexml: jasper blender: s4504kr - kwizart,roma blobby: sundaram - ankursinha bluez: hadess - dwmw2 boolstuff: konradm - pertusus boost141: robert boost: bkoz - denisarnaud,pmachata bowtie: verdurin btanks: bruno - bruno cairo-java: orphan calf: oget cantor: than - jreznik,kkofler,ltinkl,rdieter,rnovacek cegui: jwrdegoede - bruno,mpreisle ceph: josef - boodle,jdieter,ke4qqq,steve,stingray clamav: ensc - nb(?) ClanLib: jwrdegoede clisp: jjames - green,jjames clucene: deji - jreznik(?),rdieter cmake: orion - jreznik,pertusus,rdieter codeblocks: sharkcz code-editor: ilyes Coin2: corsepiu conexus: rvinyard coot: timfenn cppad: bradbell cppcheck: jussilehtola - scop CriticalMass: jwrdegoede cryptkeeper: hicham cryptopp: sundaram - nucleo CTL: kwizart curblaster: limb cyphesis: wart - bruno dbus-cxx: rvinyard dcmtk: mrceresa dopewars: jussilehtola eigen2: rdieter - kkofler elfutils: roland - aoliva,fche(?),jakub,mjw,pmachata ember: bruno - bruno,wart esteid-browser-plugin: kalev ETL: lkundrak fastx_toolkit: verdurin fatrat: jvcelak faust: oget fawkes: timn - rmattes festival: davidz - ajax,alexl,caillon,caolanm,hadess,johnp,jrb,mattdm,mbarnes,mclasen,rhughes,rnorwood,rstrode,ssp,timn Field3D: hobbes1069 fife: cassmodiah - bruno filezilla: kwizart florist: landgraf flush: avienda fmt-ptrn: mikep freeciv: limb freefem++: rathann - itamarjp freenx-client: athimm frepple: jdetaeye frysk: cagney - kasal,mjw,pmuldoon fusecompress_offline1: toshio - lkundrak,lmacken fwbuilder: ertzing gccxml: ellert gdisk: terjeros gearbox: rmattes gearmand: derks - derks gfan: konradm - jjames gforth: adrian gigolo: kevin ginac: rakesh - rakesh git: chrisw - atkac(?),jbowes,npajkovs(?),tmz givaro: mycae - jjames glest: bruno glob2: bruno - cheese(?) glom: hguemar gnash: hicham - jreznik,pertusus gnatcoll: landgraf gnome-commander: mtasaka gnomeradio: rathann - itamarjp gnome-schedule: sundaram gnome-subtitles: belegdol gnuplot: pschiffe gnuradio: mmahut - jskarvad gnustep-back: s4504kr gnustep-base: s4504kr gnustep-examples: s4504kr gnustep-gui: s4504kr goldendict: helloworld1 gorm: s4504kr gource: siddhesh gprbuild: landgraf grantlee: rdieter - rdieter,than grass: devrim - devrim(?),oliver(?),pertusus,rezso(?),volter grub2: pjones - ausil,pjones gsmartcontrol: brouhaha gst123: siddhesh gtkmathview: uwog guimup: th0br0 gwenhywfar: notting hamster-applet: maxx hercstudio: sharkcz hotssh: walters hugin: bpostle - denisarnaud icc_examin: kwizart ice: hguemar icu: erack - ajax,alexl,caillon,davidz,erack,hadess,johnp,jrb,mbarnes,mclasen,rhughes,rnorwood,rstrode,ssp incron: ruben inkscape: lkundrak - duffy,lkundrak Inventor: corsepiu isomd5sum: anaconda-maint - clumens,rvykydal,skvidal(?) iwhd: meyering - clalance,zaitcev jaffl: mmorsi java-1.6.0-openjdk: dbhole - dbhole,jvanek,omajid java-1.7.0-openjdk: dbhole - jvanek,omajid jffi: mmorsi jnr-ffi: mmorsi k3d: corsepiu kaffeine: kkofler - mef,rdieter kaya: s4504kr kdebase-workspace: than - jreznik,kkofler,ltinkl,nucleo,rdieter,rnovacek,rrix,svahl kdegames: than - jreznik,kkofler,ltinkl,rdieter,rnovacek,rrix,svahl kdelibs3: than - kkofler,ltinkl,rdieter kdelibs: than - jreznik,kkofler,ltinkl,rdieter,rnovacek,rrix kdemultimedia: than - jreznik,kkofler,ltinkl,rdieter,rnovacek kdenetwork: than - jreznik,kkofler,ltinkl,nucleo,rdieter,rnovacek kdepim3: rdieter - ovasik,rnovacek kdepim: than - jreznik,kkofler,ltinkl,rdieter,rnovacek kdevelop-php: rdieter - kkofler,ltinkl,rnovacek,than keep
intltool 0.50.0 will drop schema-merge patch
Hi List, (this is the third attempt to send this to the list - apologies to the maintainer. The email is two weeks old, but still relevant) I'm running rawhide and recently bumped into a bug that required me to update gtk3 to latest available (3.3.6-1), following that eog broke so I decided to update that (from 3.3.2 to 3.3.3) and lo and behold that wouldn't compile because intltool-merge was missing --no-translations which only appears in the 0.50.0 tarball. So far so good, nothing to write to the list about. But there is a patch inside the current intltool, 0.41.1-2, schema-merge.patch, that has not gotten upstream which adds a --gettext-package flag for fixing translation bloat, see bz#568845. According to the last comment on that bz it should no longer be a problem because of the move from gconf to gsettings. But that leaves any package currently relying on the flag hanging. I discussed this with Matthias Clasen and he suggested that we: 1. push the updated intltool package (not done yet since I'm waiting for permissions, but soon) 2. push the updated eog package that relies on it 3. write to the list giving a heads up that the flag will be missing in action. Hope this is the right thing to do, if it is totally wrong please advise. I could go combing through all packages, but haven't even begun to figure out how to do that sanely. Alon -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: telepathy sunshine
W dniu 30.12.2011 13:33, Julian Sikorski pisze: > Dear list, > > I would like to announce that I will be orphaning, and possibly > retiring, telepathy-sunshine. Due to [1] I was unable to use it for > months and as such am probably not the best maintainer. > As explained by the upstream, the development is on hold and the whole > plugin considered for dropping for the following reasons: > * lack of support from telepathy team as well as > * telepathy-python upstream being dead > * lack of time for a C rewrite > In case someone decides to pick up the maintenance, keep in mind that > coding the fixes themselves might be necessary. > To make things worse, -haze is useless with gadu-gadu network due to > [2], and thus pidgin, kadu or other clients need to be used with that > particular network. > > Regards, > Julian > > [1] https://bugs.freedesktop.org/show_bug.cgi?id=42102 > [2] https://bugs.freedesktop.org/show_bug.cgi?id=18233 > I have just retired the package in -devel and orphaned it in other branches. Julian -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel