Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Ankur Sinha
On Sun, 2010-05-09 at 11:22 +0430, Hedayat Vatankhah wrote: > > Frank Murphy wrote on 05/08/2010 10:51:42 PM > +0450: > > On 08/05/10 19:15, Hedayat Vatnakhah wrote: > > > > > Please have a look at the last comments of the bug. Most of the > > > implementation is done, the only missing part is

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Frank Murphy
On 09/05/10 07:52, Hedayat Vatankhah wrote: --snip-- No, the problem is this: PackageKit does not know how to mount a removable media. It doesn't need to. --snip-- Mount DVD as normal. your dvd.repo : baseurl:file://path/to/dvd/(repodata) eg: baseurl=file:"/media/Fedora 12 i386 DVD" enable

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Hedayat Vatankhah
On ۱۰/۰۵/۰۹ 11:41, Frank Murphy wrote: > On 09/05/10 07:52, Hedayat Vatankhah wrote: > --snip-- >>> >> No, the problem is this: PackageKit does not know how to mount a >> removable media. > > It doesn't need to. > > --snip-- > > Mount DVD as normal. > your dvd.repo : baseurl:file://path/to/dvd/(

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Hedayat Vatankhah
On ۱۰/۰۵/۰۹ 11:43, Ankur Sinha wrote: > On Sun, 2010-05-09 at 11:22 +0430, Hedayat Vatankhah wrote: > >> Frank Murphy wrote on 05/08/2010 10:51:42 PM >> +0450: >> >>> On 08/05/10 19:15, Hedayat Vatnakhah wrote: >>> >>> Please have a look at the last comments of the bug. M

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Frank Murphy
On 09/05/10 10:28, Hedayat Vatankhah wrote: --snip-- >> eg: baseurl=file:"/media/Fedora 12 i386 DVD" >> enabled=1 >> gpgcheck=true >> >> Why fix a bug that doesn't need to be fixed. >> >> Above method works for me. > Personally I do know how to use DVD as a repository, but that's not > suitable for

Re: Reasons for hall monitoring

2010-05-09 Thread Adam Williamson
On Fri, 2010-05-07 at 19:40 -0700, John Poelstra wrote: > Matěj Cepl said the following on 05/07/2010 04:41 PM Pacific Time: > > More and more I was writing this email, more and more I tend to agree > > with somebody today, who wrote that they key problem of the Fedora > > community is unclear visi

Re: Reasons for hall monitoring

2010-05-09 Thread drago01
On Sun, May 9, 2010 at 12:09 PM, Adam Williamson wrote: > On Fri, 2010-05-07 at 19:40 -0700, John Poelstra wrote: >> Matěj Cepl said the following on 05/07/2010 04:41 PM Pacific Time: >> > More and more I was writing this email, more and more I tend to agree >> > with somebody today, who wrote tha

Re: Reasons for hall monitoring

2010-05-09 Thread Camilo Mesias
Personally I think Fedora is good at what it does, and although it causes me some frustration that Fedora isn't better at wooing mass market users, I wouldn't want to make radical changes to structures and processes to chase some goals. There would be much easier and more painless ways to woo thes

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Björn Persson
Frank Murphy wrote: > That *should not* be default for most users, > as it will end up breaking quite a lot, > if used with other repos. (updates,updates-tesing, 3rd party) If using the DVD together with the updates repository would break quite a lot, then how can we all be using the stable and u

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Frank Murphy
On 09/05/10 12:34, Björn Persson wrote: > Frank Murphy wrote: >> That *should not* be default for most users, >> as it will end up breaking quite a lot, >> if used with other repos. (updates,updates-tesing, 3rd party) > > If using the DVD together with the updates repository would break quite a lot

rawhide report: 20100509 changes

2010-05-09 Thread Rawhide Report
Compose started at Sun May 9 08:15:17 UTC 2010 Broken deps for i386 -- almanah-0.7.2-1.fc13.i686 requires libedataserver-1.2.so.11 almanah-0.7.2-1.fc13.i686 requires libedataserverui-1.2.so.8 anjal-0.3.2-2.fc14.i686 r

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Hedayat Vatankhah
/*Frank Murphy */ wrote on 05/09/2010 4:20:15 PM +0450: On 09/05/10 12:34, Björn Persson wrote: Frank Murphy wrote: That *should not* be default for most users, as it will end up breaking quite a lot, if used with other repos. (updates,updates-tesing, 3rd party) If using th

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Frank Murphy
On 09/05/10 13:34, Hedayat Vatankhah wrote: >--snip-- >> >> Frank >> > Well, sorry but you simply don't get it! Give a Fedora DVD to a new > Linux user and tell him to install it on his own system. Then ask him to > install Eclipse from DVD since he will most probably NOT opt to > customize his pac

Re: Reasons for hall monitoring

2010-05-09 Thread Matěj Cepl
Dne 9.5.2010 12:09, Adam Williamson napsal(a): > Making any change is much harder than it should be; we always end up > in endless discussions without any outcome while others like Ubuntu > seems to have a better decision making process; and seriously I think > this is the one which basically block

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Matěj Cepl
Dne 9.5.2010 06:53, Chen Lei napsal(a): > For them, we can simply: > 1. Simply orphan those application from repos which have dead upstream > for a long time. Normally, those allipcations have better alternatives > using GTK+ 2.x, we don't need worry about this. > 2.Update applications to GTK 2.x p

Request For Reviewer

2010-05-09 Thread Mark Rader
Hello I have just (mostly) completed a package for review. The package is part of the "OpenProofs" project and is called Frama-C. It is for the mathematical proof of subroutines and programs. The website for the project is www.openproofs.org and the link to the bug report is https://bugzilla.re

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Andrea Musuruane
On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl wrote: > Dne 9.5.2010 06:53, Chen Lei napsal(a): >> For them, we can simply: >> 1. Simply orphan those application from repos which have dead upstream >> for a long time. Normally, those allipcations have better alternatives >> using GTK+ 2.x, we don't ne

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Chen Lei
2010/5/9 Andrea Musuruane > On F-12/x86_64: > > $ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort > bubblemon-0:1.46-10.fc12.x86_64 > crossfire-client-0:1.11.0-3.fc12.x86_64 > dillo-0:0.8.6-11.fc12.x86_64 > gcombust-1:0.1.55-16.x86_64 > gcx-0:0.9.11-9.fc12.x86_64 > gdk-pixbuf-1:0.22.0-3

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Athmane Madjoudj
On 05/09/2010 03:17 PM, Chen Lei wrote: > > > 2010/5/9 Andrea Musuruane mailto:musur...@gmail.com>> > > On F-12/x86_64: > > $ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort > bubblemon-0:1.46-10.fc12.x86_64 > crossfire-client-0:1.11.0-3.fc12.x86_64 > dillo-0:0.8.6-11.

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Chen Lei
2010/5/9 Andrea Musuruane > > On F-12/x86_64: > > $ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort > bubblemon-0:1.46-10.fc12.x86_64 > crossfire-client-0:1.11.0-3.fc12.x86_64 > dillo-0:0.8.6-11.fc12.x86_64 > gcombust-1:0.1.55-16.x86_64 > gcx-0:0.9.11-9.fc12.x86_64 > gdk-pixbuf-1:0.22.0

Re: Reasons for hall monitoring

2010-05-09 Thread Adam Williamson
On Sun, 2010-05-09 at 12:16 +0100, Camilo Mesias wrote: > Personally I think Fedora is good at what it does, and although it > causes me some frustration that Fedora isn't better at wooing mass > market users, I wouldn't want to make radical changes to structures > and processes to chase some goal

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Chen Lei
2010/5/9 Andrea Musuruane > On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl wrote: > > Dne 9.5.2010 06:53, Chen Lei napsal(a): > >> For them, we can simply: > >> 1. Simply orphan those application from repos which have dead upstream > >> for a long time. Normally, those allipcations have better alter

Re: Reasons for hall monitoring

2010-05-09 Thread Mail Lists
On 05/09/2010 06:09 AM, Adam Williamson wrote: > I'm tempted to agree in practice with Matej that it is. I don't think we > can kid ourselves that we're doing a particularly good job of making a > desktop for end users; if we were, we wouldn't be being trashed by > Ubuntu in this area (let alone O

Re: GConf error

2010-05-09 Thread Colin Walters
On Sat, May 8, 2010 at 2:22 PM, Toshio Kuratomi wrote: > I see that we're calling killall -TERM instead of killall -HUP in the patch. > That seems non-optimal (since it means we'll keep shutting down the gconfd > server instead of letting it use it's 30second timeout) That's definitely suboptima

Re: F-13 yum in kvm or vmware guests

2010-05-09 Thread Pavel Alexeev (aka Pahan-Hubbitus)
06.05.2010 01:40, Warren Togami ?: (10/12): samba-3.5.2-60.fc13.x86_64.rpm (71%) 73% [- ] 0.0 B/s | 3.7 MB 3340883129410265958989882401668816722716705737932:48 ETA Anyone else seeing this kind of behavior with F-13 yum within kvm or vmware gues

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Kevin Kofler
Frank Murphy wrote: > That *should not* be default for most users, > as it will end up breaking quite a lot, > if used with other repos. (updates,updates-tesing, 3rd party) > > as %requires may have changed quite a bit since DVD was released. That shouldn't be a problem as long as updates is enab

Re: chrony as default NTP client?

2010-05-09 Thread Kevin Kofler
Jaroslav Reznik wrote: > I think it would be better to drop ntp support completely from s-c-d once > chrony becomes default in Fedora. We aim to support default Fedora > configuration tools. Radek Novacek is now working on date/time DBus > interface under FMCI umbrella. Speaking of configuration t

Re: chrony as default NTP client?

2010-05-09 Thread Kevin Kofler
Mail Lists wrote: >The prime motivation of this project is a use case of intermittent > internet connections of 5 mins a day. > > I seriously doubt that is the common use case for majority of fedora > users. I think intermittent Internet connections are actually extremely common. Think lap

Re: Reasons for hall monitoring

2010-05-09 Thread Gilboa Davara
On Sun, 2010-05-09 at 11:09 +0100, Adam Williamson wrote: > I'm tempted to agree in practice with Matej that it is. I don't think we > can kid ourselves that we're doing a particularly good job of making a > desktop for end users; if we were, we wouldn't be being trashed by > Ubuntu in this area (

Re: chrony as default NTP client?

2010-05-09 Thread Stephen John Smoogen
On Wed, May 5, 2010 at 7:35 AM, Miroslav Lichvar wrote: > With the latest improvements in the chrony package related to > NetworkManager and name resolving I think it is now good enough to > replace ntpd in the default configuration and the configurations > supported by system-config-date. Hi Mir

Re: chrony as default NTP client?

2010-05-09 Thread Mail Lists
On 05/09/2010 01:45 PM, Stephen John Smoogen wrote: > lets go over a couple of things to help lower the grumpiness of others. A good summary which shows care and thoughtfulness - please add also the question: 4) For servers (distinct from the desktop use case) - which would be the better c

Re: GConf error

2010-05-09 Thread Toshio Kuratomi
On Sun, May 09, 2010 at 11:56:27AM -0400, Colin Walters wrote: > On Sat, May 8, 2010 at 2:22 PM, Toshio Kuratomi wrote: > > > I see that we're calling killall -TERM instead of killall -HUP in the patch. > > That seems non-optimal (since it means we'll keep shutting down the gconfd > > server inst

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Hedayat Vatankhah
/*Kevin Kofler */ wrote on 05/09/2010 9:24:04 PM +0450: Frank Murphy wrote: That *should not* be default for most users, as it will end up breaking quite a lot, if used with other repos. (updates,updates-tesing, 3rd party) as %requires may have changed quite a bit since DVD was released.

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Alexander Boström
sön 2010-05-09 klockan 11:22 +0430 skrev Hedayat Vatankhah: > No, the problem is this: PackageKit does not know how to mount a > removable media. Why do you even need to mount it? Removable media is of course automatically mounted when you insert it (if someone is logged in on the console). /Ale

Re: GConf error

2010-05-09 Thread Pierre-Yves
On Sun, 2010-05-09 at 14:04 -0400, Toshio Kuratomi wrote: > I'm a bit unclear on the original problem report, actually. In > addition to > what you've said, the report also says that the user had to logout and > log > back in before it worked. That seems like a different symptom. 30 > seconds >

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Alexander Boström
sön 2010-05-09 klockan 18:54 +0200 skrev Kevin Kofler: > Many of them > have updates anyway. Use delta-RPMs (combining not the installed old version but the old version on the DVD with the downloaded drpm). /Alexander -- devel mailing list devel@lists.fedoraproject.org https://admin.fedorapr

Re: F-13 yum in kvm or vmware guests

2010-05-09 Thread Hedayat Vatankhah
/*Seth Vidal */ wrote on 05/06/2010 11:47:39 PM +0450: On Thu, 6 May 2010, Hedayat Vatnakhah wrote: Hi, Warren Togami wrote on ‫پنجشنبه ۰۶ مه ۱۰، ۰۲:۱۰:۴۸‬:On ۱۰/۰۵/۰۶ 02:10, Warren Togami wrote: (10/12): samba-3.5.2-60.fc13.x86_64.rpm (71%) 73% [==

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Orcan Ogetbil
On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote: >> swami-0:0.9.4-6.fc12.x86_64 This is the *only* soundfont editor there is in Linux, which is enough reason to keep gtk+. Upstream did not do any updates recently, but that doesn't mean that the software is not functional. Orcan -- devel mailing

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Hedayat Vatankhah
On ۱۰/۰۵/۰۹ 10:43, Alexander � wrote: > sön 2010-05-09 klockan 11:22 +0430 skrev Hedayat Vatankhah: > > >> No, the problem is this: PackageKit does not know how to mount a >> removable media. >> > Why do you even need to mount it? Removable media is of course > automatically mounted wh

Re: How this bug can come out of its dead-end? Any suggestions?!

2010-05-09 Thread Matt McCutchen
On Sun, 2010-05-09 at 20:13 +0200, Alexander Boström wrote: > sön 2010-05-09 klockan 11:22 +0430 skrev Hedayat Vatankhah: > > > No, the problem is this: PackageKit does not know how to mount a > > removable media. > > Why do you even need to mount it? Removable media is of course > automatically

Re: Reasons for hall monitoring

2010-05-09 Thread Bruno Wolff III
On Sun, May 09, 2010 at 20:34:57 +0300, Gilboa Davara wrote: > Thus far, it seemed that the both the user and the developer communities > were left out of these proceedings, and everything was more-or-less > decided by FESCO, which left (large?) parts of the developer community > feeling left ou

Re: Reasons for hall monitoring

2010-05-09 Thread Bruno Wolff III
On Sun, May 09, 2010 at 11:09:12 +0100, Adam Williamson wrote: > > I'm tempted to agree in practice with Matej that it is. I don't think we > can kid ourselves that we're doing a particularly good job of making a > desktop for end users; if we were, we wouldn't be being trashed by > Ubuntu in t

Re: GCC & precompiled headers question

2010-05-09 Thread Hedayat Vatankhah
Hi, On ۱۰/۰۵/۰۶ 03:34, Christoph � wrote: > Hi all, > > this is an off topic question, but since I know that some of you are > familiar with gcc, I am asking it here before signing up somewhere else. > > I have to source-compile one language (Modelica) to C++. Since Modelica > has a structural su

Re: Reasons for hall monitoring

2010-05-09 Thread drago01
On Sun, May 9, 2010 at 9:07 PM, Bruno Wolff III wrote: > On Sun, May 09, 2010 at 20:34:57 +0300, >  Gilboa Davara wrote: >> Thus far, it seemed that the both the user and the developer communities >> were left out of these proceedings, and everything was more-or-less >> decided by FESCO, which le

Re: Reasons for hall monitoring

2010-05-09 Thread Rahul Sundaram
On 05/10/2010 12:37 AM, Bruno Wolff III wrote: > On Sun, May 09, 2010 at 20:34:57 +0300, > Gilboa Davara wrote: > >> Thus far, it seemed that the both the user and the developer communities >> were left out of these proceedings, and everything was more-or-less >> decided by FESCO, which left

Re: Reasons for hall monitoring

2010-05-09 Thread Thomas Janssen
On Sun, May 9, 2010 at 7:34 PM, Gilboa Davara wrote: > If we, as a -community- project, want to remain relevant, it is time to > decide who we are and what is our goal. Agreed. The who we are is easy answered, we're RHs *playground*. That is what everyone, not completely new to Linux, knows and o

Re: Reasons for hall monitoring

2010-05-09 Thread Gilboa Davara
On Sun, 2010-05-09 at 14:07 -0500, Bruno Wolff III wrote: > On Sun, May 09, 2010 at 20:34:57 +0300, > Gilboa Davara wrote: > > Thus far, it seemed that the both the user and the developer communities > > were left out of these proceedings, and everything was more-or-less > > decided by FESCO, wh

Re: Reasons for hall monitoring

2010-05-09 Thread Gilboa Davara
On Sun, 2010-05-09 at 22:11 +0200, Thomas Janssen wrote: > On Sun, May 9, 2010 at 7:34 PM, Gilboa Davara wrote: > > If we, as a -community- project, want to remain relevant, it is time to > > decide who we are and what is our goal. > > Agreed. The who we are is easy answered, we're RHs *playgroun

Re: Reasons for hall monitoring

2010-05-09 Thread Mike McGrath
On Sun, 9 May 2010, Gilboa Davara wrote: > On Sun, 2010-05-09 at 14:07 -0500, Bruno Wolff III wrote: > > On Sun, May 09, 2010 at 20:34:57 +0300, > > Gilboa Davara wrote: > > > Thus far, it seemed that the both the user and the developer communities > > > were left out of these proceedings, and

Re: Reasons for hall monitoring

2010-05-09 Thread Kevin Kofler
[Well, sorry for posting again to this subthread, but this particular post has nothing whatsoever to do with hall monitoring. (Time for another new subthread?)] Thomas Janssen wrote: > And we're gladly acting like it, e.g. x-server not compatible with HW > vendor drivers at release time (believe

Request Followup

2010-05-09 Thread Mark Rader
Hello Earlier I posted a request to see if anyone was willing to review a proposed new RPM. I forgot to mention that I would be willing to exchange the review with someone needing help geting their project reviewed. Mark Rader -- devel mailing list devel@lists.fedoraproject.org https://admin.fe

Re: GCC & precompiled headers question

2010-05-09 Thread Christoph Höger
Am Sonntag, den 09.05.2010, 04:25 +0200 schrieb Kevin Kofler: > Christoph Höger wrote: > > Unfortunately g++ also allows one single precompiled header per > > compilation unit. Does anyone know why? > > Because a g++ "precompiled header" is more or less a dump of the complete > compiler state, wh

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Patrice Dumas
On Sun, May 09, 2010 at 10:17:39PM +0800, Chen Lei wrote: > > > Most of those applications are replaced, e.g. xmms2 for xmms, putty(svn) > for putty 0.60, > since it's already done by some other distributions, I think > it's quite safe to retire gtk 1.2 completely from fedora. That's not a good

Re: Reasons for hall monitoring

2010-05-09 Thread Adam Williamson
On Sun, 2010-05-09 at 22:11 +0200, Thomas Janssen wrote: > On Sun, May 9, 2010 at 7:34 PM, Gilboa Davara wrote: > > If we, as a -community- project, want to remain relevant, it is time to > > decide who we are and what is our goal. > > Agreed. The who we are is easy answered, we're RHs *playgroun

Re: Reasons for hall monitoring

2010-05-09 Thread Rahul Sundaram
On 05/10/2010 02:10 AM, Kevin Kofler wrote: > > We do not and should never support proprietary drivers. Please NEVER > withhold a new version of X.Org X11 just because proprietary drivers don't > support it! > It might not be obvious but doing so is very counter productive even for those user

Re: Reasons for hall monitoring

2010-05-09 Thread drago01
On Sun, May 9, 2010 at 11:20 PM, Rahul Sundaram wrote: > On 05/10/2010 02:10 AM, Kevin Kofler wrote: >> >> We do not and should never support proprietary drivers. Please NEVER >> withhold a new version of X.Org X11 just because proprietary drivers don't >> support it! >> > > It might not be obviou

Re: Reasons for hall monitoring

2010-05-09 Thread Seth Vidal
On Mon, 10 May 2010, Rahul Sundaram wrote: > On 05/10/2010 02:10 AM, Kevin Kofler wrote: >> >> We do not and should never support proprietary drivers. Please NEVER >> withhold a new version of X.Org X11 just because proprietary drivers don't >> support it! >> > > It might not be obvious but doin

Re: GCC & precompiled headers question

2010-05-09 Thread Matt McCutchen
On Sun, 2010-05-09 at 04:25 +0200, Kevin Kofler wrote: > Christoph Höger wrote: > > Unfortunately g++ also allows one single precompiled header per > > compilation unit. Does anyone know why? > > Because a g++ "precompiled header" is more or less a dump of the complete > compiler state, which is

Re: Reasons for hall monitoring

2010-05-09 Thread Patrice Dumas
On Sun, May 09, 2010 at 10:16:45PM +0100, Adam Williamson wrote: > > I don't agree with that, entirely. Think about it - Red Hat sells big > enterprise stuff. Mostly servers. Directly, PA and bleeding edge X stuff > isn't of huge immediate interest to RH. I mean, of course RH is going to > pay peo

Re: Fedora - do it my way ? (was hall monitor)

2010-05-09 Thread Mail Lists
Subject changed ;-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Jeff Garzik
On 05/09/2010 10:03 AM, Andrea Musuruane wrote: > On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl wrote: >> Dne 9.5.2010 06:53, Chen Lei napsal(a): >>> For them, we can simply: >>> 1. Simply orphan those application from repos which have dead upstream >>> for a long time. Normally, those allipcations h

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread ニール・ゴンパ
On Sun, May 9, 2010 at 5:59 PM, Jeff Garzik wrote: > On 05/09/2010 10:03 AM, Andrea Musuruane wrote: > > On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl wrote: > >> Dne 9.5.2010 06:53, Chen Lei napsal(a): > >>> For them, we can simply: > >>> 1. Simply orphan those application from repos which have de

Re: chrony as default NTP client?

2010-05-09 Thread Ryan Rix
On Sun 9 May 2010 10:26:35 am Kevin Kofler wrote: > Mail Lists wrote: > >The prime motivation of this project is a use case of intermittent > > > > internet connections of 5 mins a day. > > > > I seriously doubt that is the common use case for majority of fedora > > > > users. > > I think

EC1261 - Huawai modem

2010-05-09 Thread arvind iyer
USB-MODEM from Huawei (Model: Huawei EC1261 ) does not work with fedora-12 (kernel 2.6.32.11-.fc12.i686.PAE) However an older version (Model: Huawei EC1260) works on the same kernel. The following are the output of /var/log/messages when the respective devices are connected DOES NOT WORK (Newe

EC1261 - Huawai modem

2010-05-09 Thread arvind iyer
USB-MODEM from Huawei (Model: Huawei EC1261 ) does not work with fedora-12 (kernel 2.6.32.11-.fc12.i686.PAE) However an older version (Model: Huawei EC1260) works on the same kernel. The following are the output of /var/log/messages when the respective devices are connected DOES NOT WORK (Newe

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Chen Lei
2010/5/10 Orcan Ogetbil > On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote: > > >> swami-0:0.9.4-6.fc12.x86_64 > > This is the *only* soundfont editor there is in Linux, which is enough > reason to keep gtk+. > Upstream did not do any updates recently, but that doesn't mean that > the software is

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Chen Lei
2010/5/10 Patrice Dumas > For the applications I know some comments > * I am quite sure that gmanedit is not a manedit evolution. However, > manedit > is orphaned right now (though still not purged). > * xdialog is build twice, once agains gtk+ and then against Gtk2. I think > it would be nice

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Orcan Ogetbil
On Sun, May 9, 2010 at 11:05 PM, Chen Lei wrote: > > > 2010/5/10 Orcan Ogetbil >> >> On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote: >> >> >> swami-0:0.9.4-6.fc12.x86_64 >> >> This is the *only* soundfont editor there is in Linux, which is enough >> reason to keep gtk+. >> Upstream did not do any

Re: Reasons for hall monitoring

2010-05-09 Thread Gilboa Davara
On Sun, 2010-05-09 at 15:27 -0500, Mike McGrath wrote: > If you think we should vote, go join debian. I think > they do that there. First, I never said we should 'vote'. I talked about community involvement. Second, if you are looking at the sure path to drive people away, sending them to "go joi

Re: Reasons for hall monitoring

2010-05-09 Thread Ralf Corsepius
On 05/09/2010 10:27 PM, Mike McGrath wrote: > Bottom line is we should have done what we're doing now long ago, so we're > suffering the consequences as a result. Lots of people with conflicting > views are now here. Our lack of focus has just hurt us. > > Have you used OSX lately? Have you eve

planet.fedoraproject.org blog addition weirdness

2010-05-09 Thread Peter Lemenkov
Hello! Not sure that people are still unaware of that issue, but, anyway, here is my problem: I added RSS-filter to my blog, to properly sort out off-topic or unappropriate content from my diary and make it suitable for inclusion into Fedoraplanet, and listed address of new filtered RSS at my ~/.p

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Chen Lei
2010/5/10 Orcan Ogetbil > On Sun, May 9, 2010 at 11:05 PM, Chen Lei wrote: > > > > > > 2010/5/10 Orcan Ogetbil > >> > >> On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote: > >> > >> >> swami-0:0.9.4-6.fc12.x86_64 > >> > >> This is the *only* soundfont editor there is in Linux, which is enough > >>

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Orcan Ogetbil
On Mon, May 10, 2010 at 1:27 AM, Chen Lei wrote: > > > 2010/5/10 Orcan Ogetbil >> >> On Sun, May 9, 2010 at 11:05 PM, Chen Lei wrote: >> > >> > swami(svn) now use gtk2, don't worry about this, it has a quite active >> > upstream. >> > >> >> I wonder where you got that information. The gtk2 port was

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Léon Keijser
On Mon, 2010-05-10 at 02:09 -0400, Orcan Ogetbil wrote: > Anyway, do we have a Fedora policy to remove software just because > they are old and unmaintained upstream? If there is a happy userbase > and a maintainer willing to take care of the package, what is the big > deal? I still use an old net

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Michael Cronenworth
On 05/10/2010 01:23 AM, Léon Keijser wrote: > I still use an old nethack-like game that unfortunately depends on gtk > 1.2. Since i'll never be able to get it into Fedora, i just install gtk > myself then i'm good to go again. I would regret it if my favorite > distro drops the package simply beca

Re: Retire glib and gtk+ 1.2 from rawhide?

2010-05-09 Thread Léon Keijser
On Mon, 2010-05-10 at 01:31 -0500, Michael Cronenworth wrote: > You should be pressuring the author of the game you use to use GTK 2.0. > If your game is no longer maintained, then you should update it yourself. The game isn't maintained anymore, indeed. But unfortunately i'm not a C programmer.