8:02 a.m.
After yuming the current bleed from http://people.redhat.com/arjanv/2.6, I
noticed a new version convention.
kernel-doc-2.6.7-1.437ɤ
kernel-2.6.7-1.437ɤ
kernel-sourcecode-2.6.7-1.437ɤ
Is this OK?
thanks, just currious.
--
Brian Millett
Enterprise Consulting Group "Shifts in paradigms
(314) 205-9030 often cause nose bleeds."
bpmATec-groupDOTcom Greg Glenn
8:16 a.m.
New subject: USB "SCSI" cd/dvd recording devices are running OK with kernel 2.6.6-1.435
Hello,
USB "SCSI" CD/DVD recording devices are running flawless under kernel
2.6.6-1.435.
My thanks to Arjan and all the people who dealt with the subject.
[ ]s
Casimiro
8:33 a.m.
New subject: USB "SCSI" cd/dvd recording devices are running OK with kernel 2.6.6-1.435
On Thu, 2004-06-17 at 15:16, Casimiro de Almeida Barreto wrote:
Hello,
USB "SCSI" CD/DVD recording devices are running flawless under kernel
2.6.6-1.435.
so it works with burning to /dev/scd0 ?
Great!
10:03 a.m.
On Thu, 2004-06-17 at 15:02, Brian Millett wrote:
After yuming the current bleed from
http://people.redhat.com/arjanv/2.6, I
noticed a new version convention.
kernel-doc-2.6.7-1.437ɤ
kernel-2.6.7-1.437ɤ
kernel-sourcecode-2.6.7-1.437ɤ
Is this OK?
Depends on who you ask :) But yes, it's correct.
Check the recent archives for this list and fedora-test for more.
--
Tarjei
10:09 a.m.
On Thu, 2004-06-17 at 16:03, Tarjei Knapstad wrote:
On Thu, 2004-06-17 at 15:02, Brian Millett wrote:
> After yuming the current bleed from http://people.redhat.com/arjanv/2.6, I
> noticed a new version convention.
>
> kernel-doc-2.6.7-1.437ɤ
> kernel-2.6.7-1.437ɤ
> kernel-sourcecode-2.6.7-1.437ɤ
>
> Is this OK?
Depends on who you ask :) But yes, it's correct.
I think he was refering to the 8 bit characters added to the release tag
- I assume Arjan's editor went haywire, and this will revert in the next
build.
Nigel.
--
[ Nigel Metheringham Nigel.Metheringham(a)InTechnology.co.uk ]
[ - Comments in this message are my own and not ITO opinion/policy - ]
10:12 a.m.
On Thu, 2004-06-17 at 17:09, Nigel Metheringham wrote:
On Thu, 2004-06-17 at 16:03, Tarjei Knapstad wrote:
> On Thu, 2004-06-17 at 15:02, Brian Millett wrote:
> > After yuming the current bleed from http://people.redhat.com/arjanv/2.6, I
> > noticed a new version convention.
> >
> > kernel-doc-2.6.7-1.437ɤ
> > kernel-2.6.7-1.437ɤ
> > kernel-sourcecode-2.6.7-1.437ɤ
> >
> > Is this OK?
>
> Depends on who you ask :) But yes, it's correct.
I think he was refering to the 8 bit characters added to the release tag
- I assume Arjan's editor went haywire, and this will revert in the next
build.
Argh, sorry, never mind. Too late in the day for me I guess :-S
--
Tarjei
10:11 a.m.
On Thu, 17 Jun 2004 17:03:37 +0200, Tarjei Knapstad
<tarjei.knapstad(a)predichem.com> wrote:
Check the recent archives for this list and fedora-test for more.
I dont think he's commenting about the change to "sourcecode".
I think the comment was about the non-ascii character dangling off the end.
Which i think its a particularly new twist just in arjan's p.r.c at the moment.
I think this is the first time i've seen a package version with a
release number that used non ascii characters. It will be fun to watch
how this sort of thing breaks existing tools
that have been explicitly or implicitly assuming ascii.
-jef"contemplating building a package that just uses symbols as its
release number"spaleta
10:14 a.m.
On Thu, 2004-17-06 at 11:11 -0400, Jeff Spaleta wrote:
It will be fun to watch
how this sort of thing breaks existing tools
that have been explicitly or implicitly assuming ascii.
I downloaded it, installed it, and I'm running it right now (hey, what
can I say, I'm a risk taker :-)... it seems to be fine so far, although
it does look a little odd on the terminals. In gnome-terminal, it looks
like a lower-case gamma, which sorta-kinda makes sense (if you consider
the three levels of release to be alpha, beta, and gamma...).
[bcs@zephyr bcs]$ uname -r
2.6.7-1.437ɤ
--
Ben Steeves _ bcs(a)metacon.ca
The ASCII ribbon campaign ( ) ben.steeves(a)unb.ca
against HTML e-mail X GPG ID: 0xB3EBF1D9
http://www.metacon.ca/ascii / \ Yahoo Messenger: ben_steeves
11:03 a.m.
On Thu, 2004-06-17 at 17:11, Jeff Spaleta wrote:
I think this is the first time i've seen a package version with
a
release number that used non ascii characters. It will be fun to watch
how this sort of thing breaks existing tools
that have been explicitly or implicitly assuming ascii.
yup that's the reason; it's a one off build to see how much of our
infrastructure breaks with utf8 packages.....
9:34 p.m.
Once upon a time Friday 18 June 2004 2:03 am, Arjan van de Ven wrote:
On Thu, 2004-06-17 at 17:11, Jeff Spaleta wrote:
> I think this is the first time i've seen a package version with a
> release number that used non ascii characters. It will be fun to watch
> how this sort of thing breaks existing tools
> that have been explicitly or implicitly assuming ascii.
yup that's the reason; it's a one off build to see how much of our
infrastructure breaks with utf8 packages.....
well it breaks apt.
Err http://people.redhat.com ~arjanv/2.6/kernel kernel-sourcecode 2.6.7-1.437ɤ
404 Not Found
Err http://people.redhat.com ~arjanv/2.6/kernel kernel-doc 2.6.7-1.437ɤ
404 Not Found
Failed to fetch
http://people.redhat.com/~arjanv/2.6/RPMS.kernel/kernel-sourcecode-2.6.7-...
404 Not Found
Failed to fetch
http://people.redhat.com/~arjanv/2.6/RPMS.kernel/kernel-doc-2.6.7-1.437ɤ....
404 Not Found
it sees the character as a space and cant find the package.
Dennis
10:18 p.m.
On Friday 18 June 2004 10:34, Dennis Gilmore wrote:
it sees the character as a space and cant find the package.
There's more than meets the eye. It's actually your console program
that sees it as a space (or your font/encoding combination rather).
Who knows what apt sees it as.
--
-jeff
6:06 a.m.
Arjan van de Ven wrote:
On Thu, 2004-06-17 at 17:11, Jeff Spaleta wrote:
>I think this is the first time i've seen a package version with a
>release number that used non ascii characters. It will be fun to watch
>how this sort of thing breaks existing tools
>that have been explicitly or implicitly assuming ascii.
>
>
yup that's the reason; it's a one off build to see how much of our
infrastructure breaks with utf8 packages.....
Strange. "up2date" works. "up2date -l" does not...
[chris@chris chris]$ up2date -l
Traceback (most recent call last):
File "/usr/sbin/up2date", line 1271, in ?
sys.exit(main() or 0)
File "/usr/sbin/up2date", line 799, in main
fullUpdate, dryRun=options.dry_run))
File "/usr/sbin/up2date", line 1147, in batchRun
batch.run()
File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 62, in run
self.__findPackagesToUpdate()
File "/usr/share/rhn/up2date_client/up2dateBatch.py", line 97, in
__findPackagesToUpdate
plist.addGlobs(self.listOfGlobs)
File "/usr/share/rhn/up2date_client/packageList.py", line 157, in addGlobs
availList = rhnPackageInfo.getAvailablePackageList()
File "/usr/share/rhn/up2date_client/rhnPackageInfo.py", line 235, in
getAvailablePackageList
ret = up2dateUtils.comparePackages(availPkgsDict[pkgName], pkg)
File "/usr/share/rhn/up2date_client/up2dateUtils.py", line 115, in
comparePackages
(epoch2, version2, release2))
UnicodeEncodeError: 'ascii' codec can't encode character u'\u0264' in
position 5: ordinal not in range(128)
6:55 p.m.
On Jun 17, 2004 at 08:02, Brian Millett in a soothing rage wrote:
After yuming the current bleed from http://people.redhat.com/arjanv/2.6, I
noticed a new version convention.
kernel-doc-2.6.7-1.437ɤ
kernel-2.6.7-1.437ɤ
kernel-sourcecode-2.6.7-1.437ɤ
Is this OK?
Yes. Check the archives for the discussion related
to the kernel source name change.
N.Emile...
--
Registered Linux User # 125653 (http://counter.li.org)
Switch to: http://www.speakeasy.net/refer/190653
A person with one watch knows what time it is; a person with two watches is
never sure. Proverb
19:54:11 up 6 days, 13:27, 3 users, load average: 0.00, 0.00, 0.00
7258
days inactive
7259
days old
13 comments
12 participants
participants (12)
-
Arjan van de Ven -
Ben Steeves -
Brian Millett -
Casimiro de Almeida Barreto -
Chris Funderburg -
Dennis Gilmore -
Jef Spaleta -
Jeff Pitman -
Jochen Schmitt -
ne... -
Nigel Metheringham -
Tarjei Knapstad