similar to: Bug#1089621: xen: Invalid copyright years "2022-present"

Displaying 20 results from an estimated 500 matches similar to: "Bug#1089621: xen: Invalid copyright years "2022-present""

2024 Dec 04
13
Bug#1089033: xen: Please package xen version 4.19
Source: xen Severity: normal User: debian-lts at lists.debian.org Usertags: upstream-trixie X-Debbugs-Cc: debian-lts at lists.debian.org Dear xen maintainers, Testing (trixie) currently ships xen 4.17, which, according to the upstream support matrix [x], will get security support until 2025-12-12. The latest upstream release (4.19) will get security support until 2027-07-29. I believe it would
2003 Dec 22
2
cancelling interdomain trusts
Mother always told me that there'd be days like this. She just didn't tell me that they go on for weeks. OK - John's book suggests that we're not complete in this arena here...Yeah, I bought the Samba 3 How-to-guide - Borders/Phoenix had 3 on the shelf (now 2) - and also an LDAP book for reference. It's been a fun weekend ;-) problemo... # smbpasswd -x -i MULLEN
2018 Aug 22
0
Re: [PATCH] generator: Do not claim copyright for future years
Doesn't it mean you have to remember changing copyright in 2019? -- Mykola Ivanets ср, 22 серп. 2018, 08:58 користувач Bernhard M. Wiedemann < bwiedemann@suse.de> пише: > This change helps to make libguestfs package build reproducible. > See https://reproducible-builds.org/ for why this is good. > > Without this patch, building today's libguestfs in 2033, claims >
2018 Aug 22
0
Re: [PATCH] generator: Do not claim copyright for future years
Thanks for explanation. -- Mykola Ivanets ср, 22 серп. 2018, 22:23 користувач Bernhard M. Wiedemann < bwiedemann@suse.de> пише: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 2018-08-22 06:11, Nikolay Ivanets wrote: > > Doesn't it mean you have to remember changing copyright in 2019? > > s/have to/can/ > > >
2018 Aug 22
1
Re: [PATCH] generator: Do not claim copyright for future years
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2018-08-22 06:11, Nikolay Ivanets wrote: > Doesn't it mean you have to remember changing copyright in 2019? s/have to/can/ https://stackoverflow.com/questions/2390230/do-copyright-dates-need-to-be-updated In many jurisdictions, expiry of copyright is 50-70 years after death of the author and that point in time does not depend on when a
2018 Aug 22
4
[PATCH] generator: Do not claim copyright for future years
This change helps to make libguestfs package build reproducible. See https://reproducible-builds.org/ for why this is good. Without this patch, building today's libguestfs in 2033, claims Copyright (C) 2009-2033 Red Hat Inc. which cannot be correct. This affected files like /usr/include/guestfs-gobject.h /usr/lib/perl5/vendor_perl/5.26.2/x86_64-linux-thread-multi/Sys/Guestfs.pm
2008 Aug 14
1
Some thoughts of Syslinux 4 architecture
So, I'm looking at what will be needed for the future of the Syslinux architecture. One thing that keep coming up is that people want to combine things that are normally associated with chain loading, specifically MEMDISK and disk swapping (from chain.c32) with other things like Linux kernels, and recursiveness. Stefan's ELF loading support is obviously crucial to be able to keep
2024 Apr 26
0
xen 4.17.3+36-g54dacb5c02-1 MIGRATED to testing
FYI: The status of the xen source package in Debian's testing distribution has changed. Previous version: 4.17.3+10-g091466ba55-1 Current version: 4.17.3+36-g54dacb5c02-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See
2024 Aug 25
1
Your xen stable upload
Hi, I noticed that there's a xen upload in the stable-new queue, which claims to have been uploaded by you. I'm afraid that we can't accept it currently, because it is a newer version than is currently in unstable and testing: xen | 4.17.3+10-g091466ba55-1~deb12u1 | stable | source xen | 4.17.3+10-g091466ba55-1~deb12u1 | stable-debug | source xen
2004 Sep 10
4
Blocking and compression.
I did some research on patent claims on range and arithmetic coding. The original range code pdf presented in the UK by an ibm employee at the time asserts no patent claims what so ever. If there are patents I cant find em. I have the original paper in PDF if anyone cares to see it. Its a good candidate for encoding because browsing a few of the implememntations avaialable on line, I can roll my
2024 Aug 25
2
Your xen stable upload
Hi Adam, On 8/25/24 15:26, Adam D. Barratt wrote: > > I noticed that there's a xen upload in the stable-new queue, which > claims to have been uploaded by you. > > I'm afraid that we can't accept it currently, because it is a newer > version than is currently in unstable and testing: > > xen | 4.17.3+10-g091466ba55-1~deb12u1 | stable |
2015 Apr 28
3
CENTOS not DoD approved
On 04/28/2015 02:30 PM, John R Pierce wrote: > On 4/28/2015 9:49 AM, bobby Orellano wrote: >> nowhere does it say that centos is approved for use in DoD. it is not on >> the APL, only RedHat and SuSE > > > DoD approval requires spending lots of money jumping through arbitrary > hoops. Do you wish to pay for this? > > skimming the requirements, it also requires
2010 Jul 21
5
slog/L2ARC on a hard drive and not SSD?
Hi, Out of pure curiosity, I was wondering, what would happen if one tries to use a regular 7200RPM (or 10K) drive as slog or L2ARC (or both)? I know these are designed with SSDs in mind, and I know it''s possible to use anything you want as cache. So would ZFS benefit from it? Would it be the same? Would it slow down? I guess it would slow things down, because it would be trying to
2003 Jul 16
3
Announcing DragonFly BSD!
Announcing DragonFly BSD! http://www.dragonflybsd.org/ Hello everyone! For the last few months I have been investigating and then working on a new approach to the BSD kernel. This has snowballed into a far more ambitious project which is now ready for wider participation. It is the intent of this project to take over development of the 4.x tree, to move kernel
2004 Sep 10
2
Blocking and compression.
On Tue, 2004-01-20 at 23:44, Josh Coalson wrote: > Miroslav did some experiments with searching for optimum blocksize. > from what I remember it made at best a couple percent difference. > there was a thread about it here a while back. > Did his changes make it in? I can think of a coupla ways to approach this and I'd like to hear about what he tried. A couple of % doesnt seem
2005 Dec 15
7
PHP include() Type Functionality in Ruby/Rails
Greetings, I am working on extending a new part of our site to use Ruby on Rails, and have several portions of the site that is included in external files. The rest of the site is built on top of MovableType and uses PHP Includes to reference the external files. Is there similar functionality in Ruby or Rails that I can use so I don''t have to update excess content in two
2012 Dec 03
3
[LLVMdev] [RFC] Scoped no-alias metadata
----- Original Message ----- > From: "Chandler Carruth" <chandlerc at google.com> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu>, "Clang Developers" <cfe-dev at cs.uiuc.edu>, "Dan Gohman" > <dan433584 at gmail.com> > Sent: Sunday, December 2, 2012
2012 Dec 03
2
[LLVMdev] [RFC] Scoped no-alias metadata
----- Original Message ----- > From: "Daniel Berlin" <dberlin at dberlin.org> > To: "Hal Finkel" <hfinkel at anl.gov> > Cc: "Chandler Carruth" <chandlerc at google.com>, "Clang Developers" <cfe-dev at cs.uiuc.edu>, "LLVM Developers Mailing > List" <llvmdev at cs.uiuc.edu> > Sent: Sunday, December 2, 2012
2013 May 11
1
prediction in a loop with only one sample
Dear all, I have a sample with 920 observations. I want to create a loop which takes 300 of these observations for the prediction and the rest to estimate the model. My idea was to create something like this: cs.training.dat <- read.table... cs.training.dat_sub1 <- subset(cs.training.dat, Income>10) cs.training.dat_sub2 <- subset(cs.training.dat_sub1, Dept.Ratio<=1)
2012 Dec 03
0
[LLVMdev] [RFC] Scoped no-alias metadata
On Sun, Dec 2, 2012 at 8:05 PM, Hal Finkel <hfinkel at anl.gov> wrote: > ----- Original Message ----- >> From: "Chandler Carruth" <chandlerc at google.com> >> To: "Hal Finkel" <hfinkel at anl.gov> >> Cc: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu>, "Clang Developers" <cfe-dev at cs.uiuc.edu>,