On Monday 18 January 2010 08:07:44 am Josephine Tannhäuser wrote:
> should be possible, we have an (old but we have one) apt
I thought apt-rpm was broken since the rpm 4.7.x (or is that the right
version) changes?
Regards,
--
Conrad Meyer
--
devel mailing list
devel@lists.fedoraproject.
nd error-prone featuritis if you'd ask me ;)
>
> Ralf
No one asked you, Ralf.
--
Conrad Meyer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
t already has a ".1", bump that). Example: "Release 4%{?dist}" ->
"Release 4%{?dist}.1".
I think that's everything. Let me know if you have any questions, or if I'm
wrong ;).
Hope that helps,
--
Conrad Meyer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Saturday 20 February 2010 08:20:17 pm Conrad Meyer wrote:
> I think that's everything.
Oh, and I forgot something: After making whatever changes need to be made to
F-13, tag and rebuild the package.
Regards,
--
Conrad Meyer
--
devel mailing list
devel@lists.fedoraproject.o
On Saturday 20 February 2010 08:34:39 pm Braden McDaniel wrote:
> (portions snipped)
>
> On Sat, 2010-02-20 at 20:20 -0800, Conrad Meyer wrote:
> > ...
> I'm happy to fix it if I can figure out what's broken.
> > ...
> That's not it.
> > ...
>
sometimes it won't be possible at all, since qwerty
> > does not give access to a lot of letters)
>
> With qwerty many letters have no one-key equivalent; but does the
> key work?allows entering any byte by entering
> its numeric value.
This isn't really a workable
ne.
Agreed. Please stop starting flamewar threads, folks (it seems to be quite
intentional). All Fedora developers are people, too -- please remember to show
some respect.
Thanks,
--
Conrad Meyer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
r ends up with a broken system.
>
> Solution?
F-{N} GA DVD will never intentionally work as an update against F-{N-1} +
Updates, unless you enable F-{N} Updates also (and then it should work).
Regards,
--
Conrad Meyer
--
devel mailing list
devel@lists.fedoraproject.org
https://admi
e way to deal
> with such attacks? Please describe pros and cons.
>
> Regards,
> Michal
'denyhosts' is in Fedora as well and works great. Use AllowUser lines
in your global ssh configuration and only allow known good users /
source addresses (if that's possible in your s
.
$ sudo useradd a23456789012345678901234567890
$ ls /home/a23456789012345678901234567890/
ls: cannot open directory /home/a23456789012345678901234567890/: Permission
denied
I think there isn't a 16 char limit ;).
Regards,
--
Conrad Meyer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fe
that case, why default to keeping around more than 1 kernel or installing
memtest86? (We do still install memtest86 by default, right?)
Regards,
--
Conrad Meyer
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Hi lazy-list,
Back in the day, there was FEver for monitoring new upstream
releases. Is that still what we use, or is there a new thing
now? And where does it live? Cursory googling failed to
locate it.
Thanks,
Conrad
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraprojec
On Mon, 15 Jul 2013 13:57:39 -0400
DJ Delorie wrote:
> I think this is a bad idea, at least for my setup. I
> really don't want my small expensive boot SSD being beaten
> to death trying to cache a multi-terabyte array, especially
> since I have plenty of RAM that already serves that purpose
> (t
On Mon, 15 Jul 2013 15:36:06 -0400
DJ Delorie wrote:
> > it's not going to be shoved down your throat.
>
> I've found this to be untrue in Fedora.
I think this is disingenuous. Especially at the file-system /
block layer, one can point to numerous examples of new
features *not* forced on users.
On Mon, 15 Jul 2013 22:34:15 +0200
Rave it wrote:
>
> Hmm,
> for me me this is more a question how can i configure
> bcache or dm-cache in a system which use more than one SSD
> and some conventional hard-disk. Seems like only you or
> some kernel devs know about how to do this. Can you give a
>
On Tue, 16 Jul 2013 10:36:55 +0200
Florian Weimer wrote:
> On 07/15/2013 09:25 PM, Conrad Meyer wrote:
>
> > By default, bcache runs a write-through cache -- it only
> > caches clean data. If the caching SSD dies, the bcache
> > layer can just forward requests to spinni
On Mon, 22 Apr 2013 12:55:00 -0400
Przemek Klosowski wrote:
> I reported the large memory leak in clock-applet:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=952763
>
> (TLDR: clock-applet grows by 1GB/day when reporting weather)
Ouch. Until this is fixed, I duct-taped around by adding this
On Tue, 16 Apr 2013 14:05:39 +0200
Florian Weimer wrote:
> On 04/15/2013 08:17 PM, Miloslav Trmač wrote:
> > Sure, moving away from C/C++ does not make programs
> > completely secure; however, on average, C/C++ programs
> > are noticeably less secure (because most vulnerabilities
> > that can hap
> [clementine]
> clementine-1.1.1-1.fc19.x86_64 requires
> libprotobuf.so.7()(64bit)
> [dmlite-plugins-memcache]
> dmlite-plugins-memcache-0.5.0-3.fc19.x86_64
> requires libprotobuf.so.7()(64bit)
> [dmlite-plugins-s3]
> dmlite-plugins-s3-0.5.0-2.fc19.x86_64 r
On Wed, Mar 13, 2013 at 5:40 AM, Richard W.M. Jones wrote:
>
> I just got notification of this broken dependency:
>
> libguestfs has broken dependencies in the F-19 tree:
> On x86_64:
> 1:ruby-libguestfs-1.21.19-1.fc19.x86_64 requires ruby(abi) =
> 0:1.9.1
> [etc]
>
Similarly, xchat-ruby
Hi,
I've updated libglpk from 4.58 to 4.59 in Rawhide.[0] This bumps the
soname from libglpk.so.39 to libglpk.so.40.
Directly affected packages:
$ dnf --disablerepo=\* --enablerepo=rawhide repoquery --whatrequires
'libglpk.so.39()(64bit)'
4ti2-0:1.6.3-8.fc24.x86_64
4ti2-libs-0:1.6.3-8.fc24.x86_6
On Fri, Feb 23, 2018 at 8:16 AM, Zbigniew Jędrzejewski-Szmek
wrote:
> If anyone knows how to contact Conrad Meyer / konradm, please do so.
>
> Today one package owned by konradm, xchat-ruby, was retired as a result
> of a FESCo ticket [1]. The remaining ones will be orphaned in tw
22 matches
Mail list logo