On Fri, Feb 23, 2018 at 8:16 AM, Zbigniew Jędrzejewski-Szmek
<zbys...@in.waw.pl> 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 one
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
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
On Tue, 16 Jul 2013 10:36:55 +0200
Florian Weimer fwei...@redhat.com 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 spinning drive
On Mon, 15 Jul 2013 15:36:06 -0400
DJ Delorie d...@redhat.com 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*
On Mon, 15 Jul 2013 22:34:15 +0200
Rave it chat-to...@raveit.de 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.
On Mon, 22 Apr 2013 12:55:00 -0400
Przemek Klosowski przemek.klosow...@nist.gov 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
On Tue, 16 Apr 2013 14:05:39 +0200
Florian Weimer fwei...@redhat.com 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
On Wed, Mar 13, 2013 at 5:40 AM, Richard W.M. Jones rjo...@redhat.comwrote:
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,
[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 requires
, Ralf.
--
Conrad Meyer ceme...@u.washington.edu
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
default to keeping around more than 1 kernel or installing
memtest86? (We do still install memtest86 by default, right?)
Regards,
--
Conrad Meyer ceme...@u.washington.edu
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
a23456789012345678901234567890
$ ls /home/a23456789012345678901234567890/
ls: cannot open directory /home/a23456789012345678901234567890/: Permission
denied
I think there isn't a 16 char limit ;).
Regards,
--
Conrad Meyer ceme...@u.washington.edu
--
devel mailing list
devel@lists.fedoraproject.org
https
.
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 ceme...@u.washington.edu
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman
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.
...
Also not it.
...
Nope.
I think that's everything. Let me
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 ceme...@u.washington.edu
--
devel mailing list
devel
16 matches
Mail list logo