On 21/04/10 07:00, Kevin Kofler wrote:
> Slava Zanko wrote:
>> For example, all present utilites have sence just for guru's (ls, rm,
>> fsck etc), but for novies it's hard to use. Is good idea to symlink'ing
>> (shell aliasing) these and much more utilz to another names?
--snip--
> 5. IMHO, that k
Hello,
Some time ago (2010-02-16), I took ownership for these three packages
since I own some packages that depends on them.
Unfortunately, I guess I'll have time to give those packages the
attention they require, but I was wrong (some major changes in my
professionnal life eats all the free tim
Hello
I've not used kftpgrabber for a long long time ; and I wish to orphan it.
I've just taken a look at upstream and even if the latest stable version
came in 2007 ; according to
http://websvn.kde.org/trunk/extragear/network/kftpgrabber/?view=log,
project does not seem to be dead.
Regards,
Joh
On Wed, 2010-04-21 at 12:15 +0530, Huzaifa Sidhpurwala wrote:
> So i split up usb_modeswitch into the main package and the data part,
> now called usb_modeswitch and usb_modeswitch-data.
>
> The version in testing is latest upstream 1.1.2.
> It would be great if any one using usb_modeswitch could
Greetings,
A big test day is coming up tomorrow - StorageFiltering[1] test day:
https://fedoraproject.org/wiki/Test_Day:2010-04-22_StorageFiltering
At the request of many folks with lots of storage available, anaconda
now has the ability to prune the available storage presented as an
install tar
Please ignore the date in the subject of the last email.
StorageFiltering test day will be held on this Thursday (2010-04-22).
Very sorry about that.
Thanks,
Hurry
Forwarded Message
From: He Rui
Reply-to: t...@lists.fedoraproject.org
To: test-announce
Subject: [Test-Announce
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Woodhouse wrote:
> On Wed, 2010-04-21 at 12:15 +0530, Huzaifa Sidhpurwala wrote:
>> So i split up usb_modeswitch into the main package and the data part,
>> now called usb_modeswitch and usb_modeswitch-data.
>>
>> The version in testing is latest
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
--
= Weekly KDE Summary
On Wed, Apr 21, 2010 at 9:42 AM, Johan Cwiklinski wrote:
> Hello
>
> I've not used kftpgrabber for a long long time ; and I wish to orphan it.
>
> I've just taken a look at upstream and even if the latest stable version
> came in 2007 ; according to
> http://websvn.kde.org/trunk/extragear/network/
On Wed, 2010-04-21 at 14:03 +0530, Huzaifa Sidhpurwala wrote:
> I would rather patch the tcl script to use the binary in /usr/bin :)
> Unless people thing otherwise.
Why deviate from what upstream does, which is to use /usr/sbin?
--
David WoodhouseOpen Source Technol
On Thu, Mar 25, 2010 at 10:36 PM, Bill Nottingham wrote:
> Colin Walters (walt...@verbum.org) said:
>> > Speaking of changes to comps for the desktop I think it would be
>> > worthwhile breaking down the hardware support group into a couple of
>> > groups. I was thinking something along the lines
Compose started at Wed Apr 21 08:15:07 UTC 2010
Broken deps for i386
--
evolution-couchdb-0.3.2-2.fc13.i686 requires libcouchdb-glib-1.0.so.1
paperbox-0.4.4-2.fc12.i686 requires libtrackerclient.so.0
rubygem-right_aws-
Hi All,
I orphaned emerald a while ago and no one has taken ownership yet.
Will someone maintain it or should I retire it?
Just note that emerald is no longer supported upstream. But there are
some users and I keep receiving bug reports.
Best Regards,
Nikolay Vladimirov
--
devel mailing list
dev
Le 21/04/2010 11:03, Thomas Janssen a écrit :
> On Wed, Apr 21, 2010 at 9:42 AM, Johan Cwiklinski wrote:
>
>> Hello
>>
>> I've not used kftpgrabber for a long long time ; and I wish to orphan it.
>>
>> I've just taken a look at upstream and even if the latest stable version
>> came in 2007 ; ac
On Wed, Apr 21, 2010 at 7:08 AM, Peter Robinson wrote:
>
> I've spent a little time looking at the hardware side of things and
> done a basic patch for some of the hardware stuff based on the current
> rawhide comps file. I've broken it down into network/server/misc for
> the time being and pushe
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-WWW-Mechanize/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29590
Modified Files:
.cvsignore perl-WWW-Mechanize.spec sources
Log Message:
* Wed Apr 21 2010 Petr Pisar 1.62-1
- version bump
- clean dependecies up
Index: .cv
A file has been added to the lookaside cache for perl-Class-Trigger:
b0a95ebe359a3c4e768d81fc58031c83 Class-Trigger-0.14.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/m
Author: mmaslano
Update of /cvs/pkgs/rpms/perl-Class-Trigger/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv29961
Modified Files:
.cvsignore perl-Class-Trigger.spec sources
Log Message:
* Wed Apr 21 2010 Marcela Mašláňová - 0.14-1
- update
Index: .cvsignore
On Tue, Apr 20, 2010 at 04:57:48PM -0800, Jeff Spaleta wrote:
> The only real question I have is what should the Fedora event url be
> and who should ultimately be responsible for filling it with events?
> I've no problem shoving the event url into my fedora project disk
> space for now and managin
On Wed, Apr 21, 2010 at 2:40 PM, Colin Walters wrote:
> On Wed, Apr 21, 2010 at 7:08 AM, Peter Robinson wrote:
>
>>
>> I've spent a little time looking at the hardware side of things and
>> done a basic patch for some of the hardware stuff based on the current
>> rawhide comps file. I've broken i
On 04/21/2010 09:40 AM, Colin Walters wrote:
> On Wed, Apr 21, 2010 at 7:08 AM, Peter Robinson wrote:
>
>>
>> I've spent a little time looking at the hardware side of things and
>> done a basic patch for some of the hardware stuff based on the current
>> rawhide comps file. I've broken it down in
Author: ppisar
Update of /cvs/pkgs/rpms/perl-Module-Manifest/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv6521
Modified Files:
.cvsignore perl-Module-Manifest.spec sources
Log Message:
0.07-1 bump
Index: .cvsignore
===
Peter Robinson (pbrobin...@gmail.com) said:
> > Honestly, I could see exploding it into a variety of smaller, more focused
> > groups. Perhaps I'll whip up a proposal based on some comps files I have
> > lying around here.
>
> I've spent a little time looking at the hardware side of things and
>
On Wed, 2010-04-21 at 09:40 -0400, Colin Walters wrote:
> This looks like a good start. I think the way this kind of thing
> should work in general is that the system detects if you have the
> hardware, and dynamically installs support for it. We'd need some
> database mapping things like USB id
Peter Robinson (pbrobin...@gmail.com) said:
> Agreed. But in the interim until we get pci/usb id matching I figured
> this would be a good start.
>
> Is it OK to push it to rawhide, are we too late in the process for
> F-13 given the default doesn't change any of the standard builds?
Not for F-1
On Wed, Apr 21, 2010 at 3:48 PM, Bill Nottingham wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>> > Honestly, I could see exploding it into a variety of smaller, more focused
>> > groups. Perhaps I'll whip up a proposal based on some comps files I have
>> > lying around here.
>>
>> I've spe
Peter Robinson (pbrobin...@gmail.com) said:
> > Splitting it by functionality makes a bit more sense; for example,
> > you'd want a 'smart card support', not just merging it in with other
> > hardware stuff.
> >
> > (Sorry I've let this lie... been way too busy.)
> >
> > Also, I'm not sure the gro
On Wed, 2010-04-21 at 09:40 -0400, Colin Walters wrote:
> This looks like a good start. I think the way this kind of thing
> should work in general is that the system detects if you have the
> hardware, and dynamically installs support for it. We'd need some
> database mapping things like USB id
On Wed, Apr 21, 2010 at 4:17 PM, Adam Williamson wrote:
> On Wed, 2010-04-21 at 09:40 -0400, Colin Walters wrote:
>
>> This looks like a good start. I think the way this kind of thing
>> should work in general is that the system detects if you have the
>> hardware, and dynamically installs suppor
On Wed, Apr 21, 2010 at 4:12 PM, Bill Nottingham wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>> > Splitting it by functionality makes a bit more sense; for example,
>> > you'd want a 'smart card support', not just merging it in with other
>> > hardware stuff.
>> >
>> > (Sorry I've let thi
389 Directory Server 1.2.6.a3 (alpha 3) is now in the Fedora and EPEL-5
testing repos. We would appreciate any feedback/karma.
http://port389.org/wiki/Release_Notes
Thanks!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 21 April 2010 16:17, Adam Williamson wrote:
> I've been banging a gong about something like that for years; right now
> it's much too hard to know what you're supposed to do to make
> $RANDOM_GADGET that you just plugged in actually work, but we can hardly
> install the software for every USB d
On 21 April 2010 16:40, Richard Hughes wrote:
> software needs to be installed for a given bit of hardware. It's
> really the kind of thing that needs to be added to udev as just a
> simple rule, and then enabled in gnome-packagekit.
Of course, the packages also need rpm provides. The hard bit is
Peter Robinson (pbrobin...@gmail.com) said:
> > Not sure you can make it seamless without just copy&pasting the
> > entire group (which is a bad idea). within
> > is ignored in comps.
>
> Ah, I just copied the xfce-software-development as it was small and
> had what I wanted. What's the proper
On Wed, 21 Apr 2010, Bill Nottingham wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>>> Not sure you can make it seamless without just copy&pasting the
>>> entire group (which is a bad idea). within
>>> is ignored in comps.
>>
>> Ah, I just copied the xfce-software-development as it was
Hi,
I have orphaned the following packages in Fedora. Some of these are
core Java packages -- I don't have time to maintain them anymore and
would rather that someone more active take over:
antlr -- ANother Tool for Language Recognition
cryptix-asn1 -- Cryptix ASN1 implementation
hsqldb -- Hsqldb
Compose started at Wed Apr 21 09:15:02 UTC 2010
Broken deps for i386
--
hornsey-1.5.2-0.1.fc13.i686 requires libclutter-gst-0.10.so.0
Broken deps for x86_64
--
hornsey
On Thu, 2010-04-08 at 18:05 +0200, Christoph Wickert wrote:
> I just imported lxpolkit into CVS, but it's not yet build because I
> don't want to break anything.
>
> We now have 3 PolicyKit-authentication-agents in Fedora:
> * polkit-gnome
> * polkit-kde
> * lxpolkit
>
> As you
On Wed, 2010-04-21 at 12:06 -0400, Seth Vidal wrote:
>
> On Wed, 21 Apr 2010, Bill Nottingham wrote:
>
> > Peter Robinson (pbrobin...@gmail.com) said:
> >>> Not sure you can make it seamless without just copy&pasting the
> >>> entire group (which is a bad idea). within
> >>> is ignored in comps
* Mario Torre [2010-04-21 12:43]:
> Il giorno mer, 21/04/2010 alle 12.17 -0400, Deepak Bhole ha scritto:
> > Hi,
> >
> > I have orphaned the following packages in Fedora. Some of these are
> > core Java packages -- I don't have time to maintain them anymore and
> > would rather that someone more
Do what thou wilt
shall be the whole of the Law.
On 4/19/10, Tom "spot" Callaway wrote:
> Hello Fedora! (Is this thing on?)
>
> Sorry for the very wide net, but we wanted to make sure as many members
> of our community could see this as possible.
>
> For some time now, Fedora has been working w
On Wed, 2010-04-21 at 16:15 -0500, charles zeitler wrote:
> i looked at this (and the MIT license) didn't see any explicit reference
> to source code! (e.g. , that it must be made available.)
Indeed. For an MIT licensing regime to be considered "free", the
original author must provide the source.
Hi Mario,
I would like to comaintain log4j and junit if you feel
that is fine. I will be picking up struts though.
Thanks and Regards,
Vivek
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
But it should be explicitly stated anyway. Legalese isn't English.
Note: IANAL
On Wed, Apr 21, 2010 at 4:28 PM, Matt McCutchen wrote:
> On Wed, 2010-04-21 at 16:15 -0500, charles zeitler wrote:
> > i looked at this (and the MIT license) didn't see any explicit reference
> > to source code! (e.g.
James Antill wrote:
> ¹ There are ways to game it, if needed ... but that will likely involve
> pain for someone.
There are at least 2 very simple ways to game this system. Imagine we would
like to make kdebase-runtime the default notification daemon. (We actually
don't. It's just an example to
45 matches
Mail list logo
