[arch-dev-public] 2007.08 Don't Panic Isos release
Hi Arch community, 5th August, 23:00 CEST (Central European Summer Time) Arch Linux Don't-Panic 2007.08 ISO release Get Archlinux ISOs in /iso/2007.08/{i686,x86_64} on your favorite mirror. http://wiki.archlinux.org/index.php/Mirrors or http://www.archlinux.org/download/ Please don't forget to check md5sums. It's mostly a 2.6.22.x Iso with some fixes to last Linuxtag Isos. Changelog to last Duke-Linuxtag2007 installation ISO: - kernel 2.6.22.1 usage - fixed: update mkinitcpio for new .22 firewire layout - fixed: update hwdetect for new rtc_sys and firewire stuff - Memory requirements bumped to 128MB! - Serial console support in install environment - USB Keyboard issues fixed Setup changes: - fixed: "" around CONSOLEFONT and CONSOLEMAP - fixed: dhcp rc.conf entry - fixed: not generated glibc locales for fixed bugs reference: http://bugs.archlinux.org/task/7410 I would like to thank you all, who assisted in testing and of course finding/fixing bugs, you users/devs simply rock. Happy installing and have fun. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
On 05/08/07, Tobias Powalowski <t.powa@gmx.de> wrote:
Hi Arch community, 5th August, 23:00 CEST (Central European Summer Time) Arch Linux Don't-Panic 2007.08 ISO release
Get Archlinux ISOs in /iso/2007.08/{i686,x86_64} on your favorite mirror. http://wiki.archlinux.org/index.php/Mirrors or http://www.archlinux.org/download/
Please don't forget to check md5sums.
It's mostly a 2.6.22.x Iso with some fixes to last Linuxtag Isos.
Changelog to last Duke-Linuxtag2007 installation ISO: - kernel 2.6.22.1 usage - fixed: update mkinitcpio for new .22 firewire layout - fixed: update hwdetect for new rtc_sys and firewire stuff - Memory requirements bumped to 128MB! - Serial console support in install environment - USB Keyboard issues fixed
Setup changes:
- fixed: "" around CONSOLEFONT and CONSOLEMAP - fixed: dhcp rc.conf entry - fixed: not generated glibc locales
for fixed bugs reference: http://bugs.archlinux.org/task/7410
I would like to thank you all, who assisted in testing and of course finding/fixing bugs, you users/devs simply rock. Happy installing and have fun.
greetings tpowa
http://bbs.archlinux.org/viewtopic.php?id=35971 "I'd really like to hear a reasonable and serious answer." Good luck!
On 8/6/07, Phil Dillon-Thiselton <dibblethewrecker@gmail.com> wrote:
On 05/08/07, Tobias Powalowski <t.powa@gmx.de> wrote:
Hi Arch community, 5th August, 23:00 CEST (Central European Summer Time) Arch Linux Don't-Panic 2007.08 ISO release
Get Archlinux ISOs in /iso/2007.08/{i686,x86_64} on your favorite mirror. http://wiki.archlinux.org/index.php/Mirrors or http://www.archlinux.org/download/
Please don't forget to check md5sums.
It's mostly a 2.6.22.x Iso with some fixes to last Linuxtag Isos.
Changelog to last Duke-Linuxtag2007 installation ISO: - kernel 2.6.22.1 usage - fixed: update mkinitcpio for new .22 firewire layout - fixed: update hwdetect for new rtc_sys and firewire stuff - Memory requirements bumped to 128MB! - Serial console support in install environment - USB Keyboard issues fixed
Setup changes:
- fixed: "" around CONSOLEFONT and CONSOLEMAP - fixed: dhcp rc.conf entry - fixed: not generated glibc locales
for fixed bugs reference: http://bugs.archlinux.org/task/7410
I would like to thank you all, who assisted in testing and of course finding/fixing bugs, you users/devs simply rock. Happy installing and have fun.
greetings tpowa
http://bbs.archlinux.org/viewtopic.php?id=35971
"I'd really like to hear a reasonable and serious answer."
Good luck!
Please see my response in that thread.
Monday 06 August 2007, Phil Dillon-Thiselton wrote: | On 05/08/07, Tobias Powalowski <t.powa@gmx.de> wrote: | > Hi Arch community, | > 5th August, 23:00 CEST (Central European Summer Time) | > Arch Linux Don't-Panic 2007.08 ISO release | http://bbs.archlinux.org/viewtopic.php?id=35971 | | "I'd really like to hear a reasonable and serious answer." | | Good luck! why not using it? if the software you use is coded correctly, this should be absolutely no problem. the filename is translated and used as a string with boundaries that of course may be ' and ' but your script is known to mess with ' in a string you should substitute it. i remember once writing a file-manager in php that suddenly wasn't able to unlink a file that had a \' in filename. don't ask me how somebody managed to put \' in a filename, but i fixed it. no reason why ' should be a forbidden char. or is there? - D -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
On 8/6/07, Damir Perisa <damir.perisa@solnet.ch> wrote:
why not using it? if the software you use is coded correctly, this should be absolutely no problem. the filename is translated and used as a string with boundaries that of course may be ' and ' but your script is known to mess with ' in a string you should substitute it.
Because you can't ensure that all possible software that all possible users are using is 100% sane. I mean, people might be downloading the iso on _any_ os using _any_ software. I agree with that poster that the ' should never have been in the file name.
Monday 06 August 2007, Aaron Griffin wrote: | Because you can't ensure that all possible software that all | possible users are using is 100% sane. I mean, people might be | downloading the iso on _any_ os using _any_ software. doesn't this mean that you should stuck to ASCII for any filenames? as soon as i start using umlauts or accents (öäüéàèñ...) in names _some_ os or some software may mess with encoding tables or whatever. | I agree with that poster that the ' should never have been in the | file name. you mean even after several decades of IT? still humans should limit themselves to not using chars instead of fixing bad code when it comes up? it was not my idea to name this release as it is, but i would like to think it as a bug-triggerer... if something goes wrong handling this file, tell it the software devs whose software cannot handle it. if it breaks, it needed fixing anyway. no? - D -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
Damir, Are you being contrarian just to be so (ala devils advocate), or are you actually suggesting that when distributing software you shouldn't at least take into account potential end user issues? That you shouldn't try to reduce the barrier to entry when it requires *so little effort* in this case? That we should be using characters that are *know to require shell escaping* to name our isos? I know I don't use ' characters in my filenames as a general rule. Just to save myself the effort of having to escape the names manually. It seems quite odd to me that we would have it in the iso filename.
if it breaks, it needed fixing anyway. no?
That is great to say. If we wait for all software to be fixed though, we may be waiting quite a while...
On 8/6/07, eliott <eliott@cactuswax.net> wrote:
I know I don't use ' characters in my filenames as a general rule. Just to save myself the effort of having to escape the names manually.
I start all my files with "--", especially the ones that need root permissions to delete. Man "--recurse" sure was hard to delete.
Eliott, Monday 06 August 2007, eliott wrote: | Are you being contrarian just to be so (ala devils advocate) never | , or | are you actually suggesting that when distributing software you | shouldn't at least take into account potential end user issues? i hope all end users would like to have this once and for all times solved... and best to have it solved in a primitive iso update that has no other tricky things in it's way (no kernel update, no crucial lib update, ...). it is not intentional, i'm very much sure, but a good opportunity to keep an open eye on things that may not like this nice name ;) | That you shouldn't try to reduce the barrier to entry when it | requires *so little effort* in this case? | That we should be using characters that are *know to require shell | escaping* to name our isos? if you see a stone on the road and it is such a little effort to walk around, do you not want to stop, remove the stone and live in the conscience that you probably saved somebodys life? sometimes effort is not something bad - even if it is not essential at a certain timepoint it may be a great help later. | I know I don't use ' characters in my filenames as a general rule. | Just to save myself the effort of having to escape the names | manually. however you are probably not a typical end-user in the sense of a elderly person who wants to use ekiga to video-phone his/her grand-children with linux. i see the argument of not using non-ASCII chars ... i was once also thinking like this. ;) | It seems quite odd to me that we would have it in the iso | filename. and if we like suddenly a name like "We Don't Use Apostrophe Quotes" as a name? would be too pitty to not be able to use it, no? | > if it breaks, it needed fixing anyway. no? | | That is great to say. | If we wait for all software to be fixed though, we may be waiting | quite a while... we may be waiting forever, if we not start using human induced conditions to test things to see if they are broken at all or not. for instance bash autocompletition works fine with apostrophe quotes in file names and i remember quite a lot of song names use apostrophes as well as quite a lot of title names. lots of scripts use simply this names to name a file. please make a list of things where this apostrophe quote has broken things (software either commercial or projects that are published on the net - NOT private code) and email it personally to me - everybody out there! i would like to have a collection! :) - D -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
On 8/6/07, Damir Perisa <damir.perisa@solnet.ch> wrote:
if it breaks, it needed fixing anyway. no?
You're 100% correct. I'll make a deal with you. Please test and patch all software that potentially balks on this, and I will concede that you were correct. But seriously, even bash completion may fail on that... I remember a few filename chars making completion spit out a few hundred errors.
Monday 06 August 2007, Aaron Griffin wrote: | On 8/6/07, Damir Perisa <damir.perisa@solnet.ch> wrote: | > if it breaks, it needed fixing anyway. no? | | You're 100% correct. I'll make a deal with you. Please test and | patch all software that potentially balks on this, and I will | concede that you were correct. i just started a poll that everybody emails me of problems found regarding apostrophe quote char inside a filename. i will collect them and post bugs personally. | But seriously, even bash completion may fail on that... I remember | a few filename chars making completion spit out a few hundred | errors. ~/tmp|508> echo "bla bla bla" > "test's test" ~/tmp|509> more t<tab> ~/tmp|509> more test\'s\ test bla bla bla seems to work fine - D -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
On 8/6/07, Damir Perisa <damir.perisa@solnet.ch> wrote:
Monday 06 August 2007, Aaron Griffin wrote: | On 8/6/07, Damir Perisa <damir.perisa@solnet.ch> wrote: | > if it breaks, it needed fixing anyway. no? | | You're 100% correct. I'll make a deal with you. Please test and | patch all software that potentially balks on this, and I will | concede that you were correct.
i just started a poll that everybody emails me of problems found regarding apostrophe quote char inside a filename. i will collect them and post bugs personally.
| But seriously, even bash completion may fail on that... I remember | a few filename chars making completion spit out a few hundred | errors.
~/tmp|508> echo "bla bla bla" > "test's test" ~/tmp|509> more t<tab> ~/tmp|509> more test\'s\ test bla bla bla
seems to work fine
Ok, you win. Man, this is such a silly discussion. I wish legitimate Arch stuff got this much effort, but that's what we refer to as a "pipe dream".
Monday 06 August 2007, Aaron Griffin wrote: | Ok, you win. Man, this is such a silly discussion. I wish | legitimate Arch stuff got this much effort, but that's what we | refer to as a "pipe dream". i agree! silly discussion ;-) - D -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
Just fyi. This apostrophe made it a pain to download the torrent files. wget "http://linuxtracker.org/download.php?id=4433&name=Archlinux-x86_64-2007.08-Don%27t-Panic.current.iso.torrent" -O Archlinux-x86_64-2007.08-Don't-Panic.current.iso.torrent Yeah. That doesn't work. You have to \' escape the apostrophe manually (no tab completion on user entered names).. Which meant I couldn't just copy/paste with my mouse. (it made me sad) As a result, the torrent files don't have an apostrophe. ps. I think we should name the next release iso "--help !zomg.iso"
On 06/08/07, eliott <eliott@cactuswax.net> wrote:
Just fyi. This apostrophe made it a pain to download the torrent files.
wget "http://linuxtracker.org/download.php?id=4433&name=Archlinux-x86_64-2007.08-Don%27t-Panic.current.iso.torrent" -O Archlinux-x86_64-2007.08-Don't-Panic.current.iso.torrent
Yeah. That doesn't work. You have to \' escape the apostrophe manually (no tab completion on user entered names).. Which meant I couldn't just copy/paste with my mouse. (it made me sad)
As a result, the torrent files don't have an apostrophe.
ps. I think we should name the next release iso "--help !zomg.iso"
Why not: $(rm -rf /) ?
Tuesday 07 August 2007, eliott wrote: | Just fyi. | This apostrophe made it a pain to download the torrent files. | | wget | "http://linuxtracker.org/download.php?id=4433&name=Archlinux-x86_6 |4-2007.08-Don%27t-Panic.current.iso.torrent" -O | Archlinux-x86_64-2007.08-Don't-Panic.current.iso.torrent why did you specify this name without quotes? wget "http://linuxtracker.org/download.php?id=4433&name=Archlinux-x86_64-2007.08-Don%27t-Panic.current.iso.torrent" -O "Archlinux-x86_64-2007.08-Don't-Panic.current.iso.torrent" works fine for me - D -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
i just started a poll that everybody emails me of problems found regarding apostrophe quote char inside a filename. i will collect them and post bugs personally.
Graveman doesn't work with the apostraphe. Can you patch that please? Jason
Wednesday 08 August 2007, Jason Chu wrote: | > i just started a poll that everybody emails me of problems found | > regarding apostrophe quote char inside a filename. i will | > collect them and post bugs personally. | | Graveman doesn't work with the apostraphe. Can you patch that | please? in what way? i just pacman-S'ed graveman and i can add files with apostrophe quotes in filename to a data-cd. i also can load an ISO file with an apostrophe in filename for buring (i didn't test the actual buring since i do not need a cd right now) can you specify more? thx, damir -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
Wednesday 08 August 2007, Jason Chu wrote: | > i just started a poll that everybody emails me of problems found | > regarding apostrophe quote char inside a filename. i will | > collect them and post bugs personally. | | Graveman doesn't work with the apostraphe. Can you patch that | please? probably related to this one: https://savannah.nongnu.org/bugs/?18678 - D -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
On Wed, Aug 08, 2007 at 07:34:27PM +0200, Damir Perisa wrote:
Wednesday 08 August 2007, Jason Chu wrote: | > i just started a poll that everybody emails me of problems found | > regarding apostrophe quote char inside a filename. i will | > collect them and post bugs personally. | | Graveman doesn't work with the apostraphe. Can you patch that | please?
probably related to this one:
https://savannah.nongnu.org/bugs/?18678
- D
Yup, that's exactly it. It has to do with the command line programs that it executes to do the burning. It's a good thing that we have someone who's dedicated to fixing all the shell escaping problems in all the apps that we run! Otherwise we might have to rename our iso... Jason
Wednesday 08 August 2007, Jason Chu wrote: | On Wed, Aug 08, 2007 at 07:34:27PM +0200, Damir Perisa wrote: | > Wednesday 08 August 2007, Jason Chu wrote: | > | > i just started a poll that everybody emails me of problems | > | > found regarding apostrophe quote char inside a filename. i | > | > will collect them and post bugs personally. | > | | > | Graveman doesn't work with the apostraphe. Can you patch | > | that please? | > | > probably related to this one: | > | > https://savannah.nongnu.org/bugs/?18678 | Yup, that's exactly it. It has to do with the command line | programs that it executes to do the burning. | | It's a good thing that we have someone who's dedicated to fixing | all the shell escaping problems in all the apps that we run! | Otherwise we might have to rename our iso... i just wrote in the bug what is the state on things... but checking in teh changelogs and cvs, i got a nasty surprise: the project is kind of dead... http://graveman.tuxfamily.org/changelog.php most of the cvs entries are 2 years old. i'll just write the authors to check if they are alive ;) greetings damir (the one crazy guy dedicated to such silly things like human friendly computer usage) -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
It's not dead as far as i know, they're just doing a major rewrite. At least, that is the impression i got from the code... On 08/08/2007, Damir Perisa <damir.perisa@solnet.ch> wrote:
Wednesday 08 August 2007, Jason Chu wrote: | On Wed, Aug 08, 2007 at 07:34:27PM +0200, Damir Perisa wrote: | > Wednesday 08 August 2007, Jason Chu wrote: | > | > i just started a poll that everybody emails me of problems | > | > found regarding apostrophe quote char inside a filename. i | > | > will collect them and post bugs personally. | > | | > | Graveman doesn't work with the apostraphe. Can you patch | > | that please? | > | > probably related to this one: | > | > https://savannah.nongnu.org/bugs/?18678 | Yup, that's exactly it. It has to do with the command line | programs that it executes to do the burning. | | It's a good thing that we have someone who's dedicated to fixing | all the shell escaping problems in all the apps that we run! | Otherwise we might have to rename our iso...
i just wrote in the bug what is the state on things... but checking in teh changelogs and cvs, i got a nasty surprise: the project is kind of dead...
http://graveman.tuxfamily.org/changelog.php
most of the cvs entries are 2 years old.
i'll just write the authors to check if they are alive ;)
greetings damir (the one crazy guy dedicated to such silly things like human friendly computer usage)
-- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
On 8/8/07, Phil Dillon-Thiselton <dibblethewrecker@gmail.com> wrote:
It's not dead as far as i know, they're just doing a major rewrite. At least, that is the impression i got from the code...
Ah, cool - so should we post a front page announcement about this? What about some newbie who wants to try arch and is using graveman - wouldn't this confuse them? I can post it if you'd like.
Wednesday 08 August 2007, Phil Dillon-Thiselton wrote: | It's not dead as far as i know, they're just doing a major | rewrite. At least, that is the impression i got from the code... ah ok, that explains it. where is the new code stored? any pre-releases yet? i have to admit that i never used graveman before... just now with this investigation and i found it actually worse than k3b. it for example needs ages to scan for drives. - D -- Damir Perisa Master Student Biozentrum, University of Basel Department Biochemistry / Focal Area Infection Biology Klingelbergstrasse 50-70 CH-4056 Basel, Switzerland
ok. What the hell? This is ridiculous. I think it is great that damir is off to fix all the software that deals with escape characters poorly, but in the mean time, I feel a need to find a resolution that isn't np-hard. It must be my development/engineering background. Silly me being all practical. If nobody has any objections, I will change the iso filenames to *not* include the ' character. I will probably have to contact the guy who posted the torrents as well. It will be a hassle, but this is so ludicrous that I am willing to do some extra legwork to fix it. Any objections?
On 8/8/07, eliott <eliott@cactuswax.net> wrote:
ok. What the hell?
This is ridiculous. I think it is great that damir is off to fix all the software that deals with escape characters poorly, but in the mean time, I feel a need to find a resolution that isn't np-hard.
It must be my development/engineering background. Silly me being all practical.
If nobody has any objections, I will change the iso filenames to *not* include the ' character. I will probably have to contact the guy who posted the torrents as well. It will be a hassle, but this is so ludicrous that I am willing to do some extra legwork to fix it.
Any objections?
/me cheers
Wednesday 08 August 2007, eliott wrote: | ok. What the hell? | | This is ridiculous. | I think it is great that damir is off to fix all the software that | deals with escape characters poorly, but in the mean time, I feel | a need to find a resolution that isn't np-hard. | | It must be my development/engineering background. | Silly me being all practical. | | If nobody has any objections, I will change the iso filenames to | *not* include the ' character. I will probably have to contact the | guy who posted the torrents as well. It will be a hassle, but this | is so ludicrous that I am willing to do some extra legwork to fix | it. | | Any objections? no objections. we actually even do not need to change things just tell people that if they are in trouble they should report to that strange dev (i.e. me) and rename their file before using it in inproperly coded software. but seriously: where else are the problems? besides graveman that is in a major rewrite atm? are we (speaking broadly for all software projects) not able to handle any filename chars in 2007? greetings, damir -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><
On Wed, Aug 08, 2007 at 09:20:40PM +0200, Damir Perisa wrote:
Wednesday 08 August 2007, eliott wrote: | ok. What the hell? | | This is ridiculous. | I think it is great that damir is off to fix all the software that | deals with escape characters poorly, but in the mean time, I feel | a need to find a resolution that isn't np-hard. | | It must be my development/engineering background. | Silly me being all practical. | | If nobody has any objections, I will change the iso filenames to | *not* include the ' character. I will probably have to contact the | guy who posted the torrents as well. It will be a hassle, but this | is so ludicrous that I am willing to do some extra legwork to fix | it. | | Any objections?
but seriously: where else are the problems? besides graveman that is in a major rewrite atm? are we (speaking broadly for all software projects) not able to handle any filename chars in 2007?
obviously graveman is broken. A typical example of not escaping special chars, when invoking shell commands. Maybe this is also a security related bug (if graveman can be invoked as handler for iso files). I prefer not changing the original name (i think there are referring links by now). Jürgen
On 8/8/07, Jürgen Hötzel <juergen@hoetzel.info> wrote:
obviously graveman is broken. A typical example of not escaping special chars, when invoking shell commands. Maybe this is also a security related bug (if graveman can be invoked as handler for iso files).
I find it rather funny that one can say this is "a typical example of not escaping special chars", implying that it happens SO OFTEN that it can be called "typical", yet we are against fixing this. I'm with cactus on this. This is silly. There is a problem. It has been stated and shown to exist, yet I still see this "fix the rest of the world, we're in the right" attitude that I just find... well, daft.
Wednesday 08 August 2007, Aaron Griffin wrote: | I find it rather funny that one can say this is "a typical example | of not escaping special chars", implying that it happens SO OFTEN | that it can be called "typical", yet we are against fixing this. we are not against fixing it. but fixing it means fixing the apps not the file. i'm from a country that uses quite often öäüéàè in its language and naming accordingly. i remember the times where windows (2.0 or so) had big trouble if you try to type in your native langauge something in a file and then move it to another computer on a floppy and see questionmarks and realise that it is a computer that cannot handle this codepage and therefore cannot open your file. nowadays people would laugh on this situation... nobody (end-users!) would consider not using öäü in their daily filenames. why not? because it simply works in all software. matter of fact: they (the mass of end users) are actually also using apostrophes and other curiosities in their filenames. and windows seems to work happily now with it after decades of developement. | I'm with cactus on this. This is silly. There is a problem. It has | been stated and shown to exist, yet I still see this "fix the rest | of the world, we're in the right" attitude that I just find... | well, daft. call me daft but somebody must start with the attitude to try to fix the world. sometimes you are right and the world is wrong ;-) i do not want to play devils advocate or be stubborn holding an argument. no i want to promote awareness on a problem that is happening "so often" that we instead of promoting its fixing promote a workaround. <philosophical text> linux and open source projects are often blamed for the lack of standards. i think we are not lacking standards but processes promoting fixes and enhancements that have little immediate effects but longterm cleanup and stabilizing function. once the devs accept that the apostrophe is a valid char in any string and not only a boundary char, it would be a start for cleaner code and less security fixes because of proper handling of things in the beginning. </philosophical text> greetings, damir -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><
On 8/8/07, Damir Perisa <damir.perisa@solnet.ch> wrote:
| I'm with cactus on this. This is silly. There is a problem. It has | been stated and shown to exist, yet I still see this "fix the rest | of the world, we're in the right" attitude that I just find... | well, daft.
call me daft but somebody must start with the attitude to try to fix the world. sometimes you are right and the world is wrong ;-)
This is a great attitude, if the problem didn't exist _right now_. Instead, what we're doing staring at a leaky faucet and saying "man, I really need to replace these pipes with modern ones, which means I'll need a plumber, and I'll have to hire some contractors to remove the dry wall, move the furniture out of the rooms that have pipes, and make sure to put in a purchase order at The Home Depot. I guess this faucet is going to be leaking for a few months while I get this construction complete" when instead you could have just tightened the faucet and fixed the pipes another day.
great analogy with the plumbing! Wednesday 08 August 2007, Aaron Griffin wrote: | This is a great attitude, if the problem didn't exist _right now_. the problem is that there is always something existing already. you can try to fix the leaky plumbing only untill it breaks that it floods your room. of course because of one or two drops you do not start replacing all the tubings but especially problems that are "so often" problems should be solved once correctly. a few drops can get forgotten and suddenly you are having a wet habitat at home. i'm not for torturing users with intentionally made holes in the road for a forced mass testing of open source software. but minor things like our latest iso filename come handy in detecting holes and make people aware of them. they are not stoppers, because everybody can rename the file if some software is not working... but for now i have anyway no reports except graveman that we know the explaination now. actually we (broad term) should be quite proud on us (same broad term) for not having actually much more problems with this, keeping in mind that its mostly amateurs coding for open source projects for free *smile*. - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><
On Wed, Aug 08, 2007 at 12:13:16PM -0700, eliott wrote:
ok. What the hell?
This is ridiculous. I think it is great that damir is off to fix all the software that deals with escape characters poorly, but in the mean time, I feel a need to find a resolution that isn't np-hard.
It must be my development/engineering background. Silly me being all practical.
If nobody has any objections, I will change the iso filenames to *not* include the ' character. I will probably have to contact the guy who posted the torrents as well. It will be a hassle, but this is so ludicrous that I am willing to do some extra legwork to fix it.
But this will lead to many broken links to the original file-name and thus cause even more trouble and bad news for Arch Linux. Also a new torrent make existent seeds/bandwidth useless and will cause confusion if users search for Arch Linux torrents. Why not just post news like: Rename the file-name if your cd-record software can't handle the original file-name. Jürgen
Wednesday 08 August 2007, Jürgen Hötzel wrote: | Rename the file-name if your cd-record software can't handle the | original file-name. i support this suggestion - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><
On Wed, Aug 08, 2007 at 10:05:05PM +0200, Jürgen Hötzel wrote:
On Wed, Aug 08, 2007 at 12:13:16PM -0700, eliott wrote:
ok. What the hell?
This is ridiculous. I think it is great that damir is off to fix all the software that deals with escape characters poorly, but in the mean time, I feel a need to find a resolution that isn't np-hard.
It must be my development/engineering background. Silly me being all practical.
If nobody has any objections, I will change the iso filenames to *not* include the ' character. I will probably have to contact the guy who posted the torrents as well. It will be a hassle, but this is so ludicrous that I am willing to do some extra legwork to fix it.
But this will lead to many broken links to the original file-name and thus cause even more trouble and bad news for Arch Linux. Also a new torrent make existent seeds/bandwidth useless and will cause confusion if users search for Arch Linux torrents. Why not just post news like:
Rename the file-name if your cd-record software can't handle the original file-name.
Or... we rename it, change all the links, and have symlinks with the old filename that point to the new file... Jason
Wednesday 08 August 2007, Jason Chu wrote: | Or... we rename it, change all the links, and have symlinks with | the old filename that point to the new file... an excellent way to test if symlinks can handle apostrophes in its names under any circumstances *big grin* - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><
All this over one ' Imagine what we could achieve if...oh, forget it...
Thursday 09 August 2007, Phil Dillon-Thiselton wrote: | All this over one ' | | Imagine what we could achieve if...oh, forget it... " for example? by the way, this char (" U+0022) is not the double apostrophe. ˮ this one is a double (U+02EE) but most fonts are missing it ;-) ... and imagine we are still in the common piece of the latin charset. not even left it to be more exotic... thinking about •‣⁂⁌⁍⁎⁑⁕⁖⁗⁘⁙⁚⁛⁜⁝⁞ now most probably you will see boxes or questionmarks of the line above, because your fonts installed will not provide this chars as well. well... lets just be less ☹ and more ☺ - D -- .·´¯`·.¸.·´¯`·.¸¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸.·´¯`·.¸¸.·´ ° ° ° ° ° ° ><((((º> ° ° ° ° ° <º)))>< <º)))><
On 8/8/07, Phil Dillon-Thiselton <dibblethewrecker@gmail.com> wrote:
All this over one '
Imagine what we could achieve if...oh, forget it...
cat phil >> sanity 8)
On Wed, Aug 08, 2007 at 12:13:16PM -0700, eliott wrote:
ok. What the hell?
This is ridiculous. I think it is great that damir is off to fix all the software that deals with escape characters poorly, but in the mean time, I feel a need to find a resolution that isn't np-hard.
It must be my development/engineering background. Silly me being all practical.
If nobody has any objections, I will change the iso filenames to *not* include the ' character. I will probably have to contact the guy who posted the torrents as well. It will be a hassle, but this is so ludicrous that I am willing to do some extra legwork to fix it.
Any objections?
Hey spreaking of practicality. Can someone enlighten me as to when we started putting the release name in the filename anyway? I seem to remember we didn't used to. [1] Why don't we go back to this format? arch-2007.08-base.iso Err wait... maybe the extra .'s in the filename will confuse broken software that finds the file extension by finding the first dot in the filename instead of the last, maybe we should hold off. My bad. (laugh at the irony) And on the same token. Why have we stopped providing a release tree. We still talk about it on the about page [2], or shall I change the about page to reflect reality? And lastly something i noticed in the process of writing this, can we clean up our ftp structure? ffs there are isos and old shit everywhere. ... current is a symlink to 0.8, is that right? didn't think so. Bah I'll do it myself. -S [1] ftp://ftp.archlinux.org/0.7.2/iso/i686 [2] http://archlinux.org/about/
On Wed, Aug 08, 2007 at 03:14:04PM -0500, Simo Leone wrote:
arch-2007.08-base.iso Err wait... maybe the extra .'s in the filename will confuse broken software that finds the file extension by finding the first dot in the filename instead of the last, maybe we should hold off. My bad. (laugh at the irony)
a200708b.iso to make it suitable for FAT filesystem ;) Jürgen
participants (8)
-
Aaron Griffin
-
Damir Perisa
-
eliott
-
Jason Chu
-
Jürgen Hötzel
-
Phil Dillon-Thiselton
-
Simo Leone
-
Tobias Powalowski